xoops-trackers Mailing List for XOOPS Web Application System

Bugs item #1037896, was opened at 2004-09-30 10:07
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=1037896&group_id=41586

Category: Core -  Core
Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: object.php - parse error

Initial Comment:
Parse error: parse error, unexpected T_CLONE, expecting 
T_STRING in /opt/lampp/htdocs/xampp/iiss/kernel/object.php on 
line 504
------
function &clone()
{
$class = get_class($this);
$clone = new $class();
foreach ($this->vars as $k => $v) 
{
$clone->assignVar($k, $v['value']);
}
//need this to notify the handler class that this is a newly created 
object
$clone->setNew();
return $clone;
}
-------
Server:
Apache, PHP5, Linux

What's wrong ?

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

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

Bugs item #1014408, was opened at 2004-08-23 12:14
Message generated for change (Comment added) made by valcilon
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1014408&group_id=41586

Category: Core -  Core
Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Julian Egelstaff (jegelstaff)
Assigned to: Jan Pedersen (mithyt2)
Summary: XoopsGroupPermForm forms req. sys admin rights to use

Initial Comment:
If your module has a group permission form generated
from the XOOPS api (XoopsGroupPermForm), the form
cannot be used except by users with system admin
permissions.  If a user has admin perm for the module
but no sys admin rights, then the get a message saying
they don't have permission when they submit the form.

This has been replicated several times in the
Formulaire module.

It seems that as long as one sys admin right is
present, the form works (we give similies rights to
make this work).

What ought to happen:  As long as you have module admin
rights on the module that has the form, then you should
be able to submit the form.

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

Comment By: Valcilon Silva (valcilon)
Date: 2004-09-30 07:32

Message:
Logged In: YES 
user_id=583594

These are the changes in user.php (2.0.7 > 2.0.7.3).  

202:	     *
203:	     * This method will return true if this user has
admin rights for the specified module.<br />
204:	     * - If you don't specify any module ID, the
current module will be checked.<br />
205:	     * - If you set the module_id to -1, it will return
true if the user has admin rights for at least one module
206:	     *

210:	    function isAdmin( $module_id = 0)null ) {
211:	    {
212:			if ( is_null( $module_id ) ) {
213:				$module_id = isset($GLOBALS['xoopsModule']) ?
$GLOBALS['xoopsModule']->getVar( 'mid', 'n' ) : 1;
214:			} elseif ( intval($module_id) < 1 ) {
215:				$module_id = 0;
216:			}

I had been reverted the file for the old version, without
these alterations, and is running well (i guess).

More comments about this? I don't be a PHP Programmer, yet.

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

Comment By: Valcilon Silva (valcilon)
Date: 2004-09-29 00:02

Message:
Logged In: YES 
user_id=583594

I had this problem too, using 2.0.7.3 version. It no happens
in 2.0.7 version.

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

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

Bugs item #1036762, was opened at 2004-09-29 06:06
Message generated for change (Comment added) made by mithyt2
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1036762&group_id=41586

Category: Core -  Core
Group: XOOPS 2.0.x
Status: Open
>Resolution: Accepted
>Priority: 5
Submitted By: toshimitsu (domifara)
>Assigned to: Jan Pedersen (mithyt2)
Summary: templates of other module is deleted at moduleuninstallation

Initial Comment:
templates of other module is deleted at the time of 
module uninstallation.

ALL Xoops2.0,X

modules/system/admin/modulesadmin.php line 576
$criteria = new CriteriaCompo('tpl_type', 'block');
Argument specification is wrong.

 this sql is for delete templates of block 
 
SQL 
wrong 
------------
SELECT * FROM xodo_tplfile WHERE (tpl_refid = 155) 
ORDER BY tpl_refid
------------
right
------------
SELECT * FROM xodo_tplfile WHERE (tpl_refid = 155 AND 
tpl_type = 'block') ORDER BY tpl_refid
------------

Module id 155 When it exists,  the templates of the 
module will be deleted together



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

>Comment By: Jan Pedersen (mithyt2)
Date: 2004-09-29 12:03

Message:
Logged In: YES 
user_id=841117

Ah yes, you are right, I missed that.

Will fix

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

Comment By: toshimitsu (domifara)
Date: 2004-09-29 11:53

Message:
Logged In: YES 
user_id=926983

to mithyt2
Probably, I think that it is the misapprehension 
of "CriteriaCompo" and "Criteria".

 function CriteriaCompo($ele=null, $condition='AND')

 function Criteria($column, $value='', $operator='=', $prefix 
= '', $function = '') {

----------------
$criteria = new CriteriaCompo('tpl_type', 'block');
------------
to
------------
$criteria = new CriteriaCompo(new Criteria('tpl_type', 'block'));
------------


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

Comment By: Jan Pedersen (mithyt2)
Date: 2004-09-29 10:05

Message:
Logged In: YES 
user_id=841117

$criteria = new CriteriaCompo('tpl_type', 'block');
						$criteria->add(new Criteria('tpl_refid',
$block_arr[$i]->getVar('bid')));
						$templates =& $tplfile_handler->getObjects($criteria);

"tpl_type = block" IS in the criteria (first line) so I
don't understand why it isn't working for you. 

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

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

Bugs item #1036762, was opened at 2004-09-29 13:06
Message generated for change (Comment added) made by domifara
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1036762&group_id=41586

Category: Core -  Core
Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 8
Submitted By: toshimitsu (domifara)
Assigned to: Nobody/Anonymous (nobody)
Summary: templates of other module is deleted at moduleuninstallation

Initial Comment:
templates of other module is deleted at the time of 
module uninstallation.

ALL Xoops2.0,X

modules/system/admin/modulesadmin.php line 576
$criteria = new CriteriaCompo('tpl_type', 'block');
Argument specification is wrong.

 this sql is for delete templates of block 
 
SQL 
wrong 
------------
SELECT * FROM xodo_tplfile WHERE (tpl_refid = 155) 
ORDER BY tpl_refid
------------
right
------------
SELECT * FROM xodo_tplfile WHERE (tpl_refid = 155 AND 
tpl_type = 'block') ORDER BY tpl_refid
------------

Module id 155 When it exists,  the templates of the 
module will be deleted together



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

>Comment By: toshimitsu (domifara)
Date: 2004-09-29 18:53

Message:
Logged In: YES 
user_id=926983

to mithyt2
Probably, I think that it is the misapprehension 
of "CriteriaCompo" and "Criteria".

 function CriteriaCompo($ele=null, $condition='AND')

 function Criteria($column, $value='', $operator='=', $prefix 
= '', $function = '') {

----------------
$criteria = new CriteriaCompo('tpl_type', 'block');
------------
to
------------
$criteria = new CriteriaCompo(new Criteria('tpl_type', 'block'));
------------


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

Comment By: Jan Pedersen (mithyt2)
Date: 2004-09-29 17:05

Message:
Logged In: YES 
user_id=841117

$criteria = new CriteriaCompo('tpl_type', 'block');
						$criteria->add(new Criteria('tpl_refid',
$block_arr[$i]->getVar('bid')));
						$templates =& $tplfile_handler->getObjects($criteria);

"tpl_type = block" IS in the criteria (first line) so I
don't understand why it isn't working for you. 

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

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

Bugs item #1036762, was opened at 2004-09-29 06:06
Message generated for change (Comment added) made by mithyt2
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1036762&group_id=41586

Category: Core -  Core
Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 8
Submitted By: toshimitsu (domifara)
Assigned to: Nobody/Anonymous (nobody)
Summary: templates of other module is deleted at moduleuninstallation

Initial Comment:
templates of other module is deleted at the time of 
module uninstallation.

ALL Xoops2.0,X

modules/system/admin/modulesadmin.php line 576
$criteria = new CriteriaCompo('tpl_type', 'block');
Argument specification is wrong.

 this sql is for delete templates of block 
 
SQL 
wrong 
------------
SELECT * FROM xodo_tplfile WHERE (tpl_refid = 155) 
ORDER BY tpl_refid
------------
right
------------
SELECT * FROM xodo_tplfile WHERE (tpl_refid = 155 AND 
tpl_type = 'block') ORDER BY tpl_refid
------------

Module id 155 When it exists,  the templates of the 
module will be deleted together



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

>Comment By: Jan Pedersen (mithyt2)
Date: 2004-09-29 10:05

Message:
Logged In: YES 
user_id=841117

$criteria = new CriteriaCompo('tpl_type', 'block');
						$criteria->add(new Criteria('tpl_refid',
$block_arr[$i]->getVar('bid')));
						$templates =& $tplfile_handler->getObjects($criteria);

"tpl_type = block" IS in the criteria (first line) so I
don't understand why it isn't working for you. 

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

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

Bugs item #1036762, was opened at 2004-09-29 13:06
Message generated for change (Settings changed) made by domifara
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1036762&group_id=41586

Category: Core -  Core
Group: XOOPS 2.0.x
Status: Open
Resolution: None
>Priority: 8
Submitted By: toshimitsu (domifara)
Assigned to: Nobody/Anonymous (nobody)
Summary: templates of other module is deleted at moduleuninstallation

Initial Comment:
templates of other module is deleted at the time of 
module uninstallation.

ALL Xoops2.0,X

modules/system/admin/modulesadmin.php line 576
$criteria = new CriteriaCompo('tpl_type', 'block');
Argument specification is wrong.

 this sql is for delete templates of block 
 
SQL 
wrong 
------------
SELECT * FROM xodo_tplfile WHERE (tpl_refid = 155) 
ORDER BY tpl_refid
------------
right
------------
SELECT * FROM xodo_tplfile WHERE (tpl_refid = 155 AND 
tpl_type = 'block') ORDER BY tpl_refid
------------

Module id 155 When it exists,  the templates of the 
module will be deleted together



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

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

Bugs item #1036762, was opened at 2004-09-29 13: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=1036762&group_id=41586

Category: Core -  Core
Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 5
Submitted By: toshimitsu (domifara)
Assigned to: Nobody/Anonymous (nobody)
Summary: templates of other module is deleted at moduleuninstallation

Initial Comment:
templates of other module is deleted at the time of 
module uninstallation.

ALL Xoops2.0,X

modules/system/admin/modulesadmin.php line 576
$criteria = new CriteriaCompo('tpl_type', 'block');
Argument specification is wrong.

 this sql is for delete templates of block 
 
SQL 
wrong 
------------
SELECT * FROM xodo_tplfile WHERE (tpl_refid = 155) 
ORDER BY tpl_refid
------------
right
------------
SELECT * FROM xodo_tplfile WHERE (tpl_refid = 155 AND 
tpl_type = 'block') ORDER BY tpl_refid
------------

Module id 155 When it exists,  the templates of the 
module will be deleted together



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

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

Bugs item #1014408, was opened at 2004-08-23 12:14
Message generated for change (Comment added) made by valcilon
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1014408&group_id=41586

Category: Core -  Core
Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Julian Egelstaff (jegelstaff)
Assigned to: Jan Pedersen (mithyt2)
Summary: XoopsGroupPermForm forms req. sys admin rights to use

Initial Comment:
If your module has a group permission form generated
from the XOOPS api (XoopsGroupPermForm), the form
cannot be used except by users with system admin
permissions.  If a user has admin perm for the module
but no sys admin rights, then the get a message saying
they don't have permission when they submit the form.

This has been replicated several times in the
Formulaire module.

It seems that as long as one sys admin right is
present, the form works (we give similies rights to
make this work).

What ought to happen:  As long as you have module admin
rights on the module that has the form, then you should
be able to submit the form.

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

Comment By: Valcilon Silva (valcilon)
Date: 2004-09-29 00:02

Message:
Logged In: YES 
user_id=583594

I had this problem too, using 2.0.7.3 version. It no happens
in 2.0.7 version.

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

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

Feature Requests item #1035972, was opened at 2004-09-28 09:33
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=1035972&group_id=41586

Category: Administration
Group: XOOPS 2.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Herko Coomans (herkocoomans)
Assigned to: Nobody/Anonymous (nobody)
Summary: Prune private messages

Initial Comment:
The ability to prune the private messages of people who 
haven't logged in for x-time or messages x-time old will 
save a LOT of database space (the xoops.org 
privatemessage table is many times larger then the form 
tables...)

Herko

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

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

Patches item #1035707, was opened at 2004-09-27 20:12
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=1035707&group_id=41586

Category: XOOPS 2.0.x
Group: Patches
Status: Open
Resolution: None
Priority: 5
Submitted By: Marc-André Lanciault (malanciault)
Assigned to: Nobody/Anonymous (nobody)
Summary: Enable array type options in blocks

Initial Comment:
In SmartSection, one of the option of my SpotLight
Block needs to be an array. Unless I'm mystaken, this
is not possible for now.

If we edit the file
modules/system/admin/blocksadmin/blockadmin.php, and
add this after line 265 :
[quote]// Hack by marcan to enabled array type options
for ( $i = 0; $i < count($options); $i++ ) {
  if (is_array($options[$i])) {
  	$options[$i] = implode(',', $options[$i]);
  }
}[/quote]
This will save an option that is an array in this string :
[code]item1, item2, item3[/code]

I think this sould be included in the core. Then, when
the module developper needs to access a block option of
an aray type, he could use something like this :
[code]	if ((!empty($options[2])) &&
is_array($options[2])) {
		$sel_items = explode(',', $options[2]);
	}[/code]

I'm not 100% sure of the code, but it works for me. Let
me know if it' ok !

Thanks !


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

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

Feature Requests item #1035248, was opened at 2004-09-26 22:47
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=1035248&group_id=41586

Category: Core
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: david folen (matr8x)
Assigned to: Nobody/Anonymous (nobody)
Summary: Search Engine Friendly - functionality

Initial Comment:
I would like to see it in the core of xoops.  Similarly to 
what mambo has.  I think it would be nice to have.  The 
hack available to set sef is buggy and I think it's easier if 
it's set in the core.

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

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

Feature Requests item #1031556, was opened at 2004-09-21 00:34
Message generated for change (Settings changed) made by mithyt2
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1031556&group_id=41586

Category: Administration
Group: None
Status: Open
Resolution: None
>Priority: 5
Submitted By: TKBOW (gmax21)
Assigned to: Nobody/Anonymous (nobody)
Summary: MAC Address's, profile - banning members

Initial Comment:
At present we use IP banning, which is ok with the
exception that IP's change.

Could a new feature be introduced, when a member signs
on his MAC address is logged and shown in his profile
to only admins, then maybe a option like the edit
profile button which allows an authorised admin with
rights to click ' Ban MAC' it is then added to a
similar section in the admin like ip banning.

Because some have more than one MAC (PC) or change HD's
would it also be possible to have a history of MACs in
the user profile, so that a authorised admin could also
ban those from the admin section.

Of course a option in admin to remove MAC from banned
list would also be needed.

This would help enhance Xoops security for site
creators immensely, with the possibility of being able
to have better control.

Kind Regards
Tom Black

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

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

Feature Requests item #1031556, was opened at 2004-09-20 22:34
Message generated for change (Settings changed) made by gmax21
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1031556&group_id=41586

>Category: Administration
Group: None
Status: Open
Resolution: None
>Priority: 9
Submitted By: TKBOW (gmax21)
Assigned to: Nobody/Anonymous (nobody)
Summary: MAC Address's, profile - banning members

Initial Comment:
At present we use IP banning, which is ok with the
exception that IP's change.

Could a new feature be introduced, when a member signs
on his MAC address is logged and shown in his profile
to only admins, then maybe a option like the edit
profile button which allows an authorised admin with
rights to click ' Ban MAC' it is then added to a
similar section in the admin like ip banning.

Because some have more than one MAC (PC) or change HD's
would it also be possible to have a history of MACs in
the user profile, so that a authorised admin could also
ban those from the admin section.

Of course a option in admin to remove MAC from banned
list would also be needed.

This would help enhance Xoops security for site
creators immensely, with the possibility of being able
to have better control.

Kind Regards
Tom Black

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

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

Feature Requests item #1031556, was opened at 2004-09-20 22:34
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=1031556&group_id=41586

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: TKBOW (gmax21)
Assigned to: Nobody/Anonymous (nobody)
Summary: MAC Address's, profile - banning members

Initial Comment:
At present we use IP banning, which is ok with the
exception that IP's change.

Could a new feature be introduced, when a member signs
on his MAC address is logged and shown in his profile
to only admins, then maybe a option like the edit
profile button which allows an authorised admin with
rights to click ' Ban MAC' it is then added to a
similar section in the admin like ip banning.

Because some have more than one MAC (PC) or change HD's
would it also be possible to have a history of MACs in
the user profile, so that a authorised admin could also
ban those from the admin section.

Of course a option in admin to remove MAC from banned
list would also be needed.

This would help enhance Xoops security for site
creators immensely, with the possibility of being able
to have better control.

Kind Regards
Tom Black

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

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

Bugs item #1031126, was opened at 2004-09-20 12:24
Message generated for change (Settings changed) made by frankblacksf
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1031126&group_id=41586

Category: Core -  Core
Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Joachim Liedtke (frankblacksf)
Assigned to: Nobody/Anonymous (nobody)
>Summary: getExtra missing in formtext.php

Initial Comment:
function render in formtext.php allows to display extra
parameters, but the function getExtra is missing

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

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

Bugs item #1031126, was opened at 2004-09-20 12:24
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=1031126&group_id=41586

Category: Core -  Core
Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Joachim Liedtke (frankblacksf)
Assigned to: Nobody/Anonymous (nobody)
Summary: setExtra missing in formtext.php

Initial Comment:
function render in formtext.php allows to display extra
parameters, but the function getExtra is missing

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

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

Bugs item #1028152, was opened at 2004-09-14 21:51
Message generated for change (Comment added) made by yxlan
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1028152&group_id=41586

Category: Core -  Core
Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Edit account doesn't store updates

Initial Comment:
Dierctly after installation and fixing PHP5 problems and 
logging in as the admin, I tried to change time zone and 
add the admins real name.

Clicking "Save changes" leads to

++++++++++++
Errors
None
++++++++++++

but actually nothing was stored when re-entering the 
Edit Account function.

Changing system parameters in the administration menu 
doesn't work either. There is a message saying so 
(Database Updates successfully), but when re-entering 
the function again nothing has changed.

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

Comment By: Wolfgang Sprick (yxlan)
Date: 2004-09-17 12:16

Message:
Logged In: YES 
user_id=978571

I remember, that there is a method named "clone" that 
conflicts with PHP5. I changed that methods name throughout 
XOOPS source code.

I will check your advice regarding HTTP_POST_VARS.

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

Comment By: Jan Pedersen (mithyt2)
Date: 2004-09-15 11:48

Message:
Logged In: YES 
user_id=841117

When you say "fixing PHP5 problems" what do you mean?

I would think that your problems have to do with the fact
that PHP5 by default does not enable the long superglobals
like HTTP_POST_VARS and HTTP_GET_VARS but only _POST and
_GET. XOOPS mainly uses HTTP_POST_VARS etc. so all
occurrences of these should either be changed in your XOOPS
installation or a PHP5 ini setting should be changed to
allow "long superglobals" (or something along the lines, I
am not sure of the actual name of this ini setting)

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

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

Patches item #1029423, was opened at 2004-09-16 12:01
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=1029423&group_id=41586

Category: XOOPS 2.0.x
Group: Patches
Status: Open
Resolution: None
Priority: 5
Submitted By: Marius Scurtescu (scurtescu)
Assigned to: Nobody/Anonymous (nobody)
Summary: Get list of links for article print pages

Initial Comment:
I have seen some news sites that for the print preview
page automatically generate a list of references at the
end of the article. This list is showing all the links
from the page with the corresponding URLs. Here is an
example:
http://trends.newsforge.com/print.pl?sid=04/08/12/162225

You can see a sample of this code at work here:
http://xoops.romanians.bc.ca/modules/news/article.php?storyid=2
Just hit the print button.

A few observations:
- if the URL and the display text are identical
(identity links) then they don't show up in the list
- if the URL and the display text are almost identical
(lookalike links) then again they don't show up,
'almost' means: 'http://' prefix and '/' suffix
- internal links (using the # fragment) are not listed
- for <a> tags the single or double quotes around the
href attribute value are required

This was implemented by adding one method to the
MyTextSanitizer class, it is called extractLinks. In
order to add the list of links to your preview page you
have to call this method and then display the list.
Here is an example for the News module:
$fulltext = $story->hometext . $story->bodytext;
$links = $myts->extractLinks ($fulltext);
if (!empty ($links))
{
	echo "<hr/>";
	echo "Links:\n<ul>\n";
	foreach ($links as $link)
	{
		echo "<li><em>" . htmlspecialchars ($link[0]) .
"</em> - <code>" . htmlspecialchars ($link[1]) .
"</code></li>\n";
	}
	echo "</ul>\n";
}

The attached patch was done for Xoops 2.0.7

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

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

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

Category: Administration
Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 3
Submitted By: Brian Wahoff (ackbarr)
>Assigned to: Jan Pedersen (mithyt2)
Summary: Sort user list alphabetically in System -> Groups

Initial Comment:
On sites with a large number of members, the user
membership list in System -> Groups is displayed as a
paged multi-select list.  Since the members are
displayed in uid order, it is very difficult to find a
member to remove them from the group.  Displaying the
list alphabetically by uname would make quick searching
easier.

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

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

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

Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Latest release. Crap?

Initial Comment:
PHP Parse error:  syntax error, unexpected 
T_CLONE, expecting T_STRING in 
C:\apache2triad\htdocs\xoops\kernel\object.php on 
line 528

Not at all impressed with the responses on 
your "support" forum, I think this might be the best 
place for this failure report. 

Back to exoops I guess! 

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

>Comment By: Jan Pedersen (mithyt2)
Date: 2004-09-16 09:03

Message:
Logged In: YES 
user_id=841117

Yep, this has to do with PHP5 compatibility, which we do not
claim to have - actually we KNOW that XOOPS currently is not
compatible with PHP5.

Thank you for the bug report, we will work on PHP5
compatibility for XOOPS 2.2

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

Comment By: Nobody/Anonymous (nobody)
Date: 2004-09-11 19:34

Message:
Logged In: NO 

http://www.xoops.org/modules/newbb/viewtopic.php?
topic_id=16751&forum=1#forumpost100240

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

Comment By: Marko Schmuck (praedator)
Date: 2004-09-11 19:15

Message:
Logged In: YES 
user_id=593200

Could it be you are using PHP 5 ?

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

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

Bugs item #1004998, was opened at 2004-08-07 06:14
Message generated for change (Comment added) made by mithyt2
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1004998&group_id=41586

Category: Core -  Core
>Group: XOOPS 2.2.x
Status: Open
>Resolution: Accepted
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Jan Pedersen (mithyt2)
Summary: readpmsg.php typo:</th> html tag of subject is nothing

Initial Comment:
Xoops2.0.7 or Xoops2.0.X or  CVS
readpmsg.php
 typo :</th> html tag of subject is nothing

LINE 60
-------------------------
		echo $pm_arr[0]->getVar
("subject")."<br /><form action='readpmsg.php' 
method='post' name='delete".$pm_arr[0]->getVar
("msg_id")."'><table border='0' cellpadding='4' 
cellpadding='1' class='outer' width='100%'><tr><th 
colspan='2'>". _PM_FROM ."</td></tr><tr 
class='even'>\n";

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


to 
 _PM_FROM ."</td> -- >  _PM_FROM ."</th>

-------------------------
		echo $pm_arr[0]->getVar
("subject")."<br /><form action='readpmsg.php' 
method='post' name='delete".$pm_arr[0]->getVar
("msg_id")."'><table border='0' cellpadding='4' 
cellpadding='1' class='outer' width='100%'><tr><th 
colspan='2'>". _PM_FROM ."</th></tr><tr 
class='even'>\n";
-------------------------


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

>Comment By: Jan Pedersen (mithyt2)
Date: 2004-09-16 08:57

Message:
Logged In: YES 
user_id=841117

Will remember this, when going through the templates for
XHTML compliance in 2.1/2.2

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

Comment By: toshimitsu (domifara)
Date: 2004-08-09 10:02

Message:
Logged In: YES 
user_id=926983

60 line same 
cellpadding is written by duplication.

<table border='0' cellpadding='4' cellpadding='1' class='outer' 
width='100%'>

to 
? probably ?
--------
		echo $pm_arr[0]->getVar
("subject")."<br /><form action='readpmsg.php' method='post' 
name='delete".$pm_arr[0]->getVar("msg_id")."'><table 
border='0' cellpadding='4' cellspacing='1' class='outer' 
width='100%'><tr><th colspan='2'>". 
_PM_FROM ."</th></tr><tr class='even'>\n";

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

 ? probably ?
readpmsg.php line 82
Specification of width is small.
------------------------------
		echo $pm_arr[0]->getVar
("msg_text") . "<br /><br /></td></tr><tr class='foot'><td 
width='20%' colspan='2' align='left'>";
------------------------------
to
------------------------------
		echo $pm_arr[0]->getVar
("msg_text") . "<br /><br /></td></tr><tr class='foot'><td  
colspan='2' align='left'>";
------------------------------
 

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

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

Bugs item #1023022, was opened at 2004-09-06 13:31
Message generated for change (Comment added) made by mithyt2
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1023022&group_id=41586

Category: Core -  Core
>Group: XOOPS 2.2.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Jan Pedersen (mithyt2)
Summary: XoopsFormDhtmlTextArea and arry_push() error

Initial Comment:
by using now $forum_form->addElement(new 
XoopsFormDhtmlTextArea(_MD_MESSAGEC, 'message', 
$message, 25, 60, $hidden));  instead of xoopsSmilies
("message");

you always got the error notice:

Warning [PHP]: array_push(): First argument should be 
an array in file class/module.textsanitizer.php line 128 


function &smiley($message)
	{
		$db =& Database::getInstance();
		if (count($this->smileys) == 0) {
			if ($getsmiles = $db->query
("SELECT * FROM ".$db->prefix("smiles"))){
				while ($smiles = 
$db->fetchArray($getsmiles)) {
				
	$message =& str_replace($smiles['code'], '<img 
src="'.XOOPS_UPLOAD_URL.'/'.htmlspecialchars($smiles
['smile_url']).'" alt="" />', $message);
				
	array_push($this->smileys, $smiles);
				}

if you use @array_push the error notice disapears

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

>Comment By: Jan Pedersen (mithyt2)
Date: 2004-09-16 08:56

Message:
Logged In: YES 
user_id=841117

Grr - annoying. My fix has disappeared somehow.

Will fix for 2.1 - but not merely by suppressing the error
message :)

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

Comment By: Marko Schmuck (praedator)
Date: 2004-09-15 18:52

Message:
Logged In: YES 
user_id=593200

2.0.7.1 - 2.0.7.3 is in all this versions

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

Comment By: Jan Pedersen (mithyt2)
Date: 2004-09-15 11:52

Message:
Logged In: YES 
user_id=841117

Yes, suppressing the error messages makes the error notice
disappear - strangely enough :-)

This should have been corrected with 2.0.7.1 - which version
are you using?

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

Comment By: Marko Schmuck (praedator)
Date: 2004-09-06 13:34

Message:
Logged In: YES 
user_id=593200

Sorry was not loggedin :-) 

Predator

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

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

Bugs item #1023022, was opened at 2004-09-06 13:31
Message generated for change (Comment added) made by praedator
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1023022&group_id=41586

Category: Core -  Core
Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: XoopsFormDhtmlTextArea and arry_push() error

Initial Comment:
by using now $forum_form->addElement(new 
XoopsFormDhtmlTextArea(_MD_MESSAGEC, 'message', 
$message, 25, 60, $hidden));  instead of xoopsSmilies
("message");

you always got the error notice:

Warning [PHP]: array_push(): First argument should be 
an array in file class/module.textsanitizer.php line 128 


function &smiley($message)
	{
		$db =& Database::getInstance();
		if (count($this->smileys) == 0) {
			if ($getsmiles = $db->query
("SELECT * FROM ".$db->prefix("smiles"))){
				while ($smiles = 
$db->fetchArray($getsmiles)) {
				
	$message =& str_replace($smiles['code'], '<img 
src="'.XOOPS_UPLOAD_URL.'/'.htmlspecialchars($smiles
['smile_url']).'" alt="" />', $message);
				
	array_push($this->smileys, $smiles);
				}

if you use @array_push the error notice disapears

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

>Comment By: Marko Schmuck (praedator)
Date: 2004-09-15 18:52

Message:
Logged In: YES 
user_id=593200

2.0.7.1 - 2.0.7.3 is in all this versions

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

Comment By: Jan Pedersen (mithyt2)
Date: 2004-09-15 11:52

Message:
Logged In: YES 
user_id=841117

Yes, suppressing the error messages makes the error notice
disappear - strangely enough :-)

This should have been corrected with 2.0.7.1 - which version
are you using?

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

Comment By: Marko Schmuck (praedator)
Date: 2004-09-06 13:34

Message:
Logged In: YES 
user_id=593200

Sorry was not loggedin :-) 

Predator

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

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

Feature Requests item #1027855, was opened at 2004-09-14 08:01
Message generated for change (Comment added) made by dave_l
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1027855&group_id=41586

Category: Core
Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Dave Lerner (dave_l)
Assigned to: Jan Pedersen (mithyt2)
Summary: User preference to not view signatures

Initial Comment:
I'd like to have a user preference switch that
suppresses display of other user signatures.  The
reason is that some user have long signatures with
embedded images, which is annoying.

The switch would be effective when viewing forum posts,
comments, etc.   Of course, in the case of content
displayed by non-core modules, the switch would only be
effective if those modules support the switch.

The switch would be ignored when viewing a user's
profile, in case you want to view a specific user's
signature.

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

>Comment By: Dave Lerner (dave_l)
Date: 2004-09-15 06:05

Message:
Logged In: YES 
user_id=936559

Thanks :)

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

Comment By: Jan Pedersen (mithyt2)
Date: 2004-09-15 05:57

Message:
Logged In: YES 
user_id=841117

OK, I'll take care of this one personally. 

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

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

Feature Requests item #1027855, was opened at 2004-09-14 14:01
Message generated for change (Comment added) made by mithyt2
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1027855&group_id=41586

Category: Core
Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Dave Lerner (dave_l)
>Assigned to: Jan Pedersen (mithyt2)
Summary: User preference to not view signatures

Initial Comment:
I'd like to have a user preference switch that
suppresses display of other user signatures.  The
reason is that some user have long signatures with
embedded images, which is annoying.

The switch would be effective when viewing forum posts,
comments, etc.   Of course, in the case of content
displayed by non-core modules, the switch would only be
effective if those modules support the switch.

The switch would be ignored when viewing a user's
profile, in case you want to view a specific user's
signature.

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

Comment By: Jan Pedersen (mithyt2)
Date: 2004-09-15 11:57

Message:
Logged In: YES 
user_id=841117

OK, I'll take care of this one personally. 

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

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