xoops-trackers Mailing List for XOOPS Web Application System

Bugs item #1460973, was opened at 2006-03-29 16:19
Message generated for change (Comment added) made by phppp
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1460973&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: Core -  Core
>Group: XOOPS 2.2.x
Status: Open
Resolution: None
>Priority: 7
Submitted By: Stephan Wurm (fatboy666)
>Assigned to: phppp (phppp)
Summary: comment preview produces garbage

Initial Comment:
I think I recognised a bug in xoops version 2.2.3

Whenever I click on preview while posting a comment I
get both a 'garbage' output and 'garbage' in the edit box.
'garbage' means inserted html code instead of clean
output and XOOPS code.

I have tested it several times and was able to
reproduce it every time, with both Firefox and Konqueror.

Here you can see the result:
http://www.linux-gamers.net/modules/news/article.php?storyid=1154
(comment #5).

----------------------------------------------------------------------

>Comment By: phppp (phppp)
Date: 2006-03-29 20:15

Message:
Logged In: YES 
user_id=1001493

known bug.
Will be fixed in 2.25

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1460973&group_id=41586

Bugs item #1460973, was opened at 2006-03-29 23:19
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1460973&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Stephan Wurm (fatboy666)
Assigned to: Nobody/Anonymous (nobody)
Summary: comment preview produces garbage

Initial Comment:
I think I recognised a bug in xoops version 2.2.3

Whenever I click on preview while posting a comment I
get both a 'garbage' output and 'garbage' in the edit box.
'garbage' means inserted html code instead of clean
output and XOOPS code.

I have tested it several times and was able to
reproduce it every time, with both Firefox and Konqueror.

Here you can see the result:
http://www.linux-gamers.net/modules/news/article.php?storyid=1154
(comment #5).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1460973&group_id=41586

Bugs item #1456176, was opened at 2006-03-22 07:13
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1456176&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Core -  Core
Group: XOOPS 2.3.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Installation Trouble

Initial Comment:
I'm getting this again and again and again...where as 
I've made all the directories writable. This is on 
WAMP (Windows/Apache/MySQL/PHP). 

File ../mainfile.php overwritten 
by ../mainfile.dist.php.
Failed writing constant C:/Program Files/Apache 
Group/Apache2/htdocs/afs.
Failed writing constant http://localhost/afs.
Failed writing constant mysql.
Failed writing constant xoops_.
Failed writing constant localhost.
Failed writing constant root.
Failed writing constant xxxxxxxx.
Failed writing constant xoopsdb.
Failed writing constant 0.
Failed writing constant 1.
Failed writing constant 2.
Failed writing constant 3.
Failed writing constant 1.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1456176&group_id=41586

Feature Requests item #1451750, was opened at 2006-03-16 23:56
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1451750&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Xoops_Gold (xoops_gold)
Assigned to: Nobody/Anonymous (nobody)
Summary: Directory Name mapping: No visible module directory

Initial Comment:
Hallo!

I just find it not the very best way to have module
directory open by names.

What if there is a directory detection routine that
hovers through the directory, register their manes and
works with it?

Further, the index.php would be the one and only one
visible to the visitor which in turn makes calls in the
module_config and thereafter works out with the
respective directory.

Why should one see the name of a directory of a module
at all?

I could name it anything. Hence by this, the potential
catch, for instance have downloads directory openly
accessible for web, would be fully closed by the hackers...

index.php?sub_routine&273894&execute_me&PHPSESSIONID=kjadfbiuga

like that...

273894 = encrypted version of directory name

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1451750&group_id=41586

Bugs item #1449938, was opened at 2006-03-14 16:54
Message generated for change (Comment added) made by dave_l
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1449938&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Core -  Core
Group: XOOPS 2.2.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Dave Lerner (dave_l)
Assigned to: Nobody/Anonymous (nobody)
Summary: Login block redirect fails

Initial Comment:
[2.2.3a-final]

If you attempt to access a URL that requires being
logged in, you get redirected to a page that contains
both the Login block on the left, and the login form in
the main content of the page.

If you login successfully using the form in the main
content, you get redirected correctly to the original URL.

If you login succesfully using the login block, you do
not get redirected to the original URL.

The problem is that the value of the hidden form field
xoops_redirect is set incorrectly.

I'm attaching a patch that fixes the problem, at leats
in the tests I performed.

But the patch is quick & dirty.  It would be better to
re-examine how XOOPS redirecting works, and find a
cleaner fix.

----------------------------------------------------------------------

>Comment By: Dave Lerner (dave_l)
Date: 2006-03-16 17:48

Message:
Logged In: YES 
user_id=936559

This appears to be fixed in XOOPS 2.2.4.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1449938&group_id=41586

Feature Requests item #1451741, was opened at 2006-03-16 23:48
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1451741&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Xoops_Gold (xoops_gold)
Assigned to: Nobody/Anonymous (nobody)
Summary: Hacks

Initial Comment:
Hallo!

Adding Hacks is really difficult and has updating problems.

Is it possible to develop tiers of Hooks from the
database rather than having the need to add them into
scripts, which makes only a programmed nightmare!

Hence there should be a general way to divert index.php
that makes calls for the hooks, and if there run the hook.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1451741&group_id=41586

Bugs item #1449938, was opened at 2006-03-14 16:54
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1449938&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Core -  Core
Group: XOOPS 2.2.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Dave Lerner (dave_l)
Assigned to: Nobody/Anonymous (nobody)
Summary: Login block redirect fails

Initial Comment:
[2.2.3a-final]

If you attempt to access a URL that requires being
logged in, you get redirected to a page that contains
both the Login block on the left, and the login form in
the main content of the page.

If you login successfully using the form in the main
content, you get redirected correctly to the original URL.

If you login succesfully using the login block, you do
not get redirected to the original URL.

The problem is that the value of the hidden form field
xoops_redirect is set incorrectly.

I'm attaching a patch that fixes the problem, at leats
in the tests I performed.

But the patch is quick & dirty.  It would be better to
re-examine how XOOPS redirecting works, and find a
cleaner fix.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1449938&group_id=41586

Bugs item #1448314, was opened at 2006-03-12 15:19
Message generated for change (Settings changed) made by herkocoomans
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1448314&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Core -  Core
Group: XOOPS 2.3.x
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: THere is a bug

Initial Comment:
In the core there is the green bug, eating your code 
with a good taste! Please don't kill him, just buy a 
ticket for travelling in better code.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1448314&group_id=41586

Bugs item #1448314, was opened at 2006-03-12 06:19
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1448314&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Core -  Core
Group: XOOPS 2.3.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: THere is a bug

Initial Comment:
In the core there is the green bug, eating your code 
with a good taste! Please don't kill him, just buy a 
ticket for travelling in better code.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1448314&group_id=41586

Bugs item #1448308, was opened at 2006-03-12 15:03
Message generated for change (Settings changed) made by herkocoomans
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1448308&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Core -  Core
Group: XOOPS 2.3.x
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: THere is a bug

Initial Comment:
In the core there is the green bug, eating your code 
with a good taste! Please don't kill him, just buy a 
ticket for travelling in better code.



----------------------------------------------------------------------

>Comment By: Herko Coomans (herkocoomans)
Date: 2006-03-12 15:09

Message:
Logged In: YES 
user_id=441189

The ticket is XOOPS 2.3 :-) You'll see ;)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1448308&group_id=41586

Bugs item #1448308, was opened at 2006-03-12 06:03
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1448308&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Core -  Core
Group: XOOPS 2.3.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: THere is a bug

Initial Comment:
In the core there is the green bug, eating your code 
with a good taste! Please don't kill him, just buy a 
ticket for travelling in better code.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1448308&group_id=41586

Bugs item #1447925, was opened at 2006-03-11 08:06
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1447925&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Modules - Faq
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Broken links at the site's FAQ page

Initial Comment:
In the http://www.xoops.org/modules/smartfaq/ FAQ 
page, I bumped into the following broken links:

- Visual introduction;
- Installation guide;
- Operations guide;
- Documentation section.

Sent by ano...@ya...


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1447925&group_id=41586

Bugs item #1446191, was opened at 2006-03-08 23:19
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1446191&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Core -  install/upgrade
Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: $xoops_iscommentadmin OR $xoops_isadmin

Initial Comment:
From "2.0.13.2 full package",

\modules\system\templates\system_comment.html
at line 25, it wrote 

<{if $xoops_iscommentadmin == true}>


However, I trace back from "upgrade patch"
- xoops-2.0.7.x_to_2.0.9.2
- xoops-2.0.9.2-to-2.0.10
- xoops-2.0.10-to-2.0.12a
- xoops-2.0.12a-to-2.0.13
- xoops-2.0.13-to-2.0.13.1
- xoops-2.0.13.1-to-2.0.13.2, there is no change on 
this file, but my site's old file wrote

<{if $xoops_isadmin == true}>


Should I missed something before, which one 
($xoops_isadmin or $xoops_iscommentadmin ) is correct??

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1446191&group_id=41586

Bugs item #1445759, was opened at 2006-03-08 11:21
Message generated for change (Comment added) made by phppp
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1445759&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: other forum software also under attack by hackers  ...

Initial Comment:
re the hacker comment by Herko:
"I amnot sure what you're trying to express, but this
seems to be an unrelated issue."
related to the URL
http://www.webhostingtalk.com/archive/thread/485302-1.html

i am sure that comment is VERY relevant

i sue a different forum software and we ( ALL known
users ) have been attacked as well
we had different files uploaded

the purpose of such file can be seen from viewing the
actual CODE of the file

in my case it was a code used for UPLOADING and running
a phishing site ON MY site ( forum space ) 
hence nothing funny at all

the only way to find such "traces" was 
1. host informed me of illegal activities and of
illegal files involved

2. some or all of the files used by hackers - DIFFERENT
file-names than the file-names posted - have been found
in my access_log files during the weeks used by hackers

WE - all the users from that OTHER forum software - had
mostly the same filenames in at least one of our folders

the entry point was a leak in a login procedure
but also an UPLOAD feature
the files were uploaded by a regular member
then renamed using one of the files found

and
normally that one hacker admin file has a menu point
"deleteme"
means that under normal situations the hacker may
delete all hsi uploaded files to erase any traces -
except the access_log file entries we all found

in earliest case one had such a hacker in august or o 2005
myself and others we had
aroudn november 18 2005 
lus again mid feb 2006 and feb 22 

in all our cases php files were used to manage all
hacker activities - a complete set
the one posted on above URL may be one such set - just
renamed 
therefor a public listing of the file names is
contradictory to productiviy in securing the forum as
hte hacker may simply rename fiels used and make it
more difficult for us to find
since fiding a full proifile with clear language email
seems difficult
this is a one times attempt to contact you

if any quesiton pls use a fully verified email address
directly related to xoops.com

God bless

hans

www.kriyayoga.com
owner/webmaster
use my webmaster email to directly contact me for any
further exchange of info in this hacker topic


----------------------------------------------------------------------

>Comment By: phppp (phppp)
Date: 2006-03-08 18:58

Message:
Logged In: YES 
user_id=1001493

Thank you hans, we are going to contact you ASAP

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1445759&group_id=41586

Bugs item #1445759, was opened at 2006-03-08 08:21
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1445759&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: other forum software also under attack by hackers  ...

Initial Comment:
re the hacker comment by Herko:
"I amnot sure what you're trying to express, but this
seems to be an unrelated issue."
related to the URL
http://www.webhostingtalk.com/archive/thread/485302-1.html

i am sure that comment is VERY relevant

i sue a different forum software and we ( ALL known
users ) have been attacked as well
we had different files uploaded

the purpose of such file can be seen from viewing the
actual CODE of the file

in my case it was a code used for UPLOADING and running
a phishing site ON MY site ( forum space ) 
hence nothing funny at all

the only way to find such "traces" was 
1. host informed me of illegal activities and of
illegal files involved

2. some or all of the files used by hackers - DIFFERENT
file-names than the file-names posted - have been found
in my access_log files during the weeks used by hackers

WE - all the users from that OTHER forum software - had
mostly the same filenames in at least one of our folders

the entry point was a leak in a login procedure
but also an UPLOAD feature
the files were uploaded by a regular member
then renamed using one of the files found

and
normally that one hacker admin file has a menu point
"deleteme"
means that under normal situations the hacker may
delete all hsi uploaded files to erase any traces -
except the access_log file entries we all found

in earliest case one had such a hacker in august or o 2005
myself and others we had
aroudn november 18 2005 
lus again mid feb 2006 and feb 22 

in all our cases php files were used to manage all
hacker activities - a complete set
the one posted on above URL may be one such set - just
renamed 
therefor a public listing of the file names is
contradictory to productiviy in securing the forum as
hte hacker may simply rename fiels used and make it
more difficult for us to find
since fiding a full proifile with clear language email
seems difficult
this is a one times attempt to contact you

if any quesiton pls use a fully verified email address
directly related to xoops.com

God bless

hans

www.kriyayoga.com
owner/webmaster
use my webmaster email to directly contact me for any
further exchange of info in this hacker topic


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1445759&group_id=41586

Bugs item #1444564, was opened at 2006-03-06 18:39
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1444564&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Core -  Core
Group: XOOPS 2.0.10
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: cant enter admin area

Initial Comment:
i had a working site on a linux server with xoops then
suddenly it brough up the message "This is your first
time to enter the administration section. Press the
button below to proceed." the if i click the submit
button it brings me back to the same mesage again i
cant work out what has caused this and i have tried
clearing the server completely and putting the site
back on and get the same problem any help would be much
apreciated sorry to put this in here but on the
xoops.org website it wouldnt let me post in to any of
the forums despite the fact i am registerd... I like
the xoops cms and have been sucessfull in building
sites i am happy with but this problem has annoyed me

ty
Dave

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1444564&group_id=41586

Bugs item #1443055, was opened at 2006-03-04 05:53
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1443055&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: XOOPS 2.3.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Module Admin: hidden Elements can't be unhidden

Initial Comment:
When hiding Elements form the Main Menu, they can't be
unhidden again (Module Administration, set Order=0)

When using the Main Menu under these conditions, the
following Error will occour:

Warning [Xoops]: Smarty error: unable to read resource:
"db:system_block_mainmenu.html" in file
class/smarty/Smarty.class.php line 1084
Warning [Xoops]: Smarty error: unable to read resource:
"db:system_block_mainmenu.html" in file
class/smarty/Smarty.class.php line 1084

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1443055&group_id=41586

Bugs item #1442967, was opened at 2006-03-04 10:25
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1442967&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Core -  Core
Group: XOOPS 2.3.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Jan Pedersen (mithyt2)
Assigned to: Nobody/Anonymous (nobody)
Summary: Caching of blocks

Initial Comment:
In the development branch of 2.3-main (which is the
currently worked-on branch?) there is a small bug in
xoops_logos_PageBuilder::buildBlock():

$template =& new XoopsTpl();
[...]
if ( !$bcachetime || !$xoopsTpl->is_cached( $tplName,
$cacheid ) ) {

$xoopsTpl is still used to determine if the block is
cached, but should be $template->is_cached() as far as
I can tell.

Keep up the good work.

/Mith

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1442967&group_id=41586

Feature Requests item #1437947, was opened at 2006-02-24 10:06
Message generated for change (Settings changed) made by xoops_gold
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1437947&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Deleted
Resolution: Invalid
Priority: 1
Submitted By: Xoops_Gold (xoops_gold)
Assigned to: Nobody/Anonymous (nobody)
Summary: pm_link in xoops_user_profile

Initial Comment:
Hello!

I have placed a message in the xoops forum but no one
seemed to be interested to even discuss about it.

Here is my observation:

In the table xoops_user_profile, I had servere problems
importing the data in the following field:

pm_link

This is a system field containing a default standard
data as follows:

<a
href="javascript:openWithSelfMain('{X_URL}/modules/pm/pmlite.php?send2=1&to_userid={X_UID}',
'pmlite', 550, 450);" title="Eine Nachricht schreiben
an {X_UNAME}"><img
src="{X_URL}/modules/pm/images/pm.gif" alt="Eine
Nachricht schreiben an {X_UNAME}" /></a>

Now I find this fields a bit of too much. There could
be certainly a better way of generating a pop-up for
the pm_link, is'nt it? Looking at the extra-ordinary
work by Skalpa, Mitrandir, phppp, etc. I think this
link generation does not fit in the level of
programming what you all guys are doing!!!   ;-)

----------------------------------------------------------------------

Comment By: Xoops_Gold (xoops_gold)
Date: 2006-03-03 17:45

Message:
Logged In: YES 
user_id=1329834

Hallo!

What I wrote above is a complete garbage. I myself had
inserted months ago while importing users into the profile
tables as the import script did not work well. There was a
problem with the pm link in the profiles page, which I do
not remember correctly.

Hence I close this thread and appoligise. I will get back
and describe the problem, if I remember...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1437947&group_id=41586

Feature Requests item #1437947, was opened at 2006-02-24 10:06
Message generated for change (Comment added) made by xoops_gold
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1437947&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
>Resolution: Invalid
>Priority: 1
Submitted By: Xoops_Gold (xoops_gold)
Assigned to: Nobody/Anonymous (nobody)
Summary: pm_link in xoops_user_profile

Initial Comment:
Hello!

I have placed a message in the xoops forum but no one
seemed to be interested to even discuss about it.

Here is my observation:

In the table xoops_user_profile, I had servere problems
importing the data in the following field:

pm_link

This is a system field containing a default standard
data as follows:

<a
href="javascript:openWithSelfMain('{X_URL}/modules/pm/pmlite.php?send2=1&to_userid={X_UID}',
'pmlite', 550, 450);" title="Eine Nachricht schreiben
an {X_UNAME}"><img
src="{X_URL}/modules/pm/images/pm.gif" alt="Eine
Nachricht schreiben an {X_UNAME}" /></a>

Now I find this fields a bit of too much. There could
be certainly a better way of generating a pop-up for
the pm_link, is'nt it? Looking at the extra-ordinary
work by Skalpa, Mitrandir, phppp, etc. I think this
link generation does not fit in the level of
programming what you all guys are doing!!!   ;-)

----------------------------------------------------------------------

>Comment By: Xoops_Gold (xoops_gold)
Date: 2006-03-03 17:45

Message:
Logged In: YES 
user_id=1329834

Hallo!

What I wrote above is a complete garbage. I myself had
inserted months ago while importing users into the profile
tables as the import script did not work well. There was a
problem with the pm link in the profiles page, which I do
not remember correctly.

Hence I close this thread and appoligise. I will get back
and describe the problem, if I remember...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1437947&group_id=41586

Patches item #1441671, was opened at 2006-03-02 13:16
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1441671&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: XOOPS 1.3.x
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Bruno (bruno2000)
Assigned to: Nobody/Anonymous (nobody)
Summary: groupperm : return by redirect_header on the $backlink 

Initial Comment:
To return directly in the form without type on "return"
url : in the end of the
..\modules\system\admin\groupperm.php file back,
Starting from line 66


// $msg[] = '<br /><br /><a
href="'.$backlink.'">'._BACK.'</a>';

if ($backlink) {
  $mes='';
  foreach ($msg as $m) {
    $mes.= $m.'<br />';
  }
  redirect_header($backlink,3,$mes);
}


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1441671&group_id=41586