xoops-trackers Mailing List for XOOPS Web Application System

Patches item #1495167, was opened at 2006-05-25 13:56
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1495167&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: Closed
Resolution: None
Priority: 5
Submitted By: DuGris (dugris)
Assigned to: Nobody/Anonymous (nobody)
Summary: module.textsanitizer.php - function xoopsCodeDecode

Initial Comment:
It's possible to make insensitive case replacements ???

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

>Comment By: SourceForge Robot (sf-robot)
Date: 2006-07-30 19:20

Message:
Logged In: YES 
user_id=1312539

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 7 days (the time period specified by
the administrator of this Tracker).

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

Comment By: Skalpa Keo (skalpa)
Date: 2006-07-23 00:20

Message:
Logged In: YES 
user_id=882380

I'm not sure at all about this one.
Do you consider this really important (ps: in the future, 
you're allowed to set the "priority" field to tell this 
when reporting something, so I don't have to ask ;-)) ?

I have several reasons for hesitating:
- I'm not sure the PCRE lib case-insensitive flag will 
handle exotic encodings correctly (so even if we decide to 
do it, that won't be right now)
- This extension is known to be unstable, and making this 
change can only make things worse.

So, IMO the risks are too important compared to the 
benefits we would really get.

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

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

Bugs item #1515196, was opened at 2006-06-30 08:33
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1515196&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.x
>Status: Closed
Resolution: Works For Me
Priority: 5
Submitted By: ballards (ballards)
Assigned to: Skalpa Keo (skalpa)
Summary: Xoops destroys custom entries in $_SESSION

Initial Comment:
I don't know if this is "bug", a "feature", or my
stupidity and lack of understanding of how to code with
xoops, but here goes:

<code>
<?php
include("../../mainfile.php");
print_r($_SESSION);
$_SESSION['mydate'] = date();
?>
</code>
A user session has been authenticated to xoops.

The first time the code is executed, $_SESSION contains
the usual xoops objects, and does *not* contain an
entry for 'mydate' (as expected).

The second time the code is executed,$_SESSION contains
the usual xoops objects, and *does* contain an array
entry for 'mydate'. but it is an empty string. Somehow
the entry for 'mydate' has been set to an empty string.

If this is not the proper way to set custom entries in
$_SESSION under xoops, please point me to documentation
on how to do so.

Thanks,

Peter
pw...@it...



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

>Comment By: SourceForge Robot (sf-robot)
Date: 2006-07-30 19:20

Message:
Logged In: YES 
user_id=1312539

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 7 days (the time period specified by
the administrator of this Tracker).

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

Comment By: Skalpa Keo (skalpa)
Date: 2006-07-22 23:29

Message:
Logged In: YES 
user_id=882380

Well the example you gave cannot work correctly, as date() 
expects a parameter, and will in fact (but that's normal) 
return an empty string when used like that.

Doing another test:
<?php
 include("mainfile.php");
 var_export( $_SESSION );
 $_SESSION['integer'] = time();
 $_SESSION['string'] = 'abcd';
 $_SESSION['array'] = array( 'key' => 'val' );
?>
gave me the correct result after reloading the page:
'integer' => 1153635983,
'string' => 'abcd',
'array' => array ( 'key' => 'val', ),

Could you please recheck this and give more configuration 
details if the problem is confirmed (like your precise 
XOOPS and PHP versions) ?

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

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

Bugs item #1523008, was opened at 2006-07-15 04:07
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1523008&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: Closed
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: XOOPS 2.0.14 install error

Initial Comment:
Hi Dear developer,
   When I try to install XOOPS 2.0.14 under Windows 
XP+SP2, using Apache 1.3.29 and MYSQL 4.x.  I use all 
the default settings except the database 
configuration and administrator settings.  But I met 
the following error:

 1 entries inserted to table xoops_bannerclient.
 7 entries inserted to table xoops_configcategory.
 30 entries inserted to table xoops_configoption.
 1 entries inserted to table xoops_imgset.
 1 entries inserted to table xoops_imgset_tplset_link.
 7 entries inserted to table xoops_ranks.
 17 entries inserted to table xoops_smiles.
 1 entries inserted to table xoops_groups.
 3 entries inserted to table xoops_banner.
 1 entries inserted to table xoops_tplset.
 1 entries inserted to table xoops_modules.
 1 entries inserted to table xoops_tplfile.
 1 entries inserted to table xoops_tplsource.
 1 entries inserted to table xoops_newblocks.
 1 entries inserted to table xoops_users.
 1 entries inserted to table xoops_block_module_link.
 86 entries inserted to table xoops_config.

 Failed inserting 2 entries to table xoops_groups.
 Failed inserting 2 entries to table 
xoops_groups_users_link.
 Failed inserting 55 entries to table 
xoops_group_permission.
 Failed inserting 26 entries to table xoops_tplfile.
 Failed inserting 26 entries to table xoops_tplsource.
 Failed inserting 11 entries to table xoops_newblocks.
 Failed inserting 2 entries to table xoops_config. 


  I had tried to use some other table prefix, but it 
doesn't help at all.


Regards,
Andreas


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

>Comment By: SourceForge Robot (sf-robot)
Date: 2006-07-30 19:20

Message:
Logged In: YES 
user_id=1312539

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 7 days (the time period specified by
the administrator of this Tracker).

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

Comment By: Skalpa Keo (skalpa)
Date: 2006-07-22 20:42

Message:
Logged In: YES 
user_id=882380

Could you please provide more information ?

What exact version of MySQL (4.x doesn't mean anything... 
there have been more than 20 "4.x", and there are chances 
to get different results in 4.0.x and 4.1.x ) ?

Also, please give the mysql error messages you get, so we 
can track what's happening more easily ( you can make them 
appear by removing the "//" at the beginning of the lines 
193 and 194 of the file install/class/dbmanager.php )

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

Comment By: Nobody/Anonymous (nobody)
Date: 2006-07-16 02:06

Message:
Logged In: NO 

what is your language? Simplified Chinese
the database character set?  UTF-8
If you are using UTF-8, change to latin1 and try again
I had run "ALTER DATABASE `dbname` DEFAULT CHARACTER SET 
latin1 COLLATE latin1_swedish_ci", but it doesn't help at 
all.

If any more info is needed, please feel free to let me 
know, Thanks!


Regards,
Andreas

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

Comment By: D.J. (phppp)
Date: 2006-07-15 04:12

Message:
Logged In: YES 
user_id=1001493

what is your language?
the database character set?
If you are using UTF-8, change to latin1 and try again

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

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

Bugs item #1522505, was opened at 2006-07-14 04:57
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1522505&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: Closed
Resolution: Works For Me
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Install stops at the middle

Initial Comment:
xoops-2.0.14, PHP 5.01, mysql-5.0.22-win32

Windows XP pro

Installation goes fine until the screen "confirm database 
settings". After pressing next, it redirects browser to 
itself with blank page.

MySQL installed and working.

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

>Comment By: SourceForge Robot (sf-robot)
Date: 2006-07-30 19:20

Message:
Logged In: YES 
user_id=1312539

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 7 days (the time period specified by
the administrator of this Tracker).

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

Comment By: Skalpa Keo (skalpa)
Date: 2006-07-22 20:47

Message:
Logged In: YES 
user_id=882380

Looks like MySQL is not available from PHP.
Are you sure to have the mysql extension enabled in php ?

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

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

Bugs item #1518544, was opened at 2006-07-07 00:16
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1518544&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.x
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: [2.0.14] - Site Closed with popunder

Initial Comment:
I have a upgrade (from 2.0.13.2) Xoops 2.0.14 (Site
Closed) with protector module and somebody can
introduce a pupunder.

Can you help me?

Note

I use this modules:
contact
myreferer
cbb 3.04
news 1.44
protector (last version)
smartfaq (last version)
smartsections 2.1 RC2
wfdownloads 3.1 final
wflinks 1.03
xhld0 (last version)
xmsspotlight (last version)
xoopspoll


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

>Comment By: SourceForge Robot (sf-robot)
Date: 2006-07-30 19:20

Message:
Logged In: YES 
user_id=1312539

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 7 days (the time period specified by
the administrator of this Tracker).

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

Comment By: Skalpa Keo (skalpa)
Date: 2006-07-22 20:09

Message:
Logged In: YES 
user_id=882380

I'm sorry, I don't understand... nothing can be inserted 
externally in this page.
Are you sure you just didn't get a spyware on your 
computer ?
If yes, then please provide more details (like the page 
content or something like this)

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

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

Patches item #1528144, was opened at 2006-07-25 05:47
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=1528144&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.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Skalpa Keo (skalpa)
Assigned to: Skalpa Keo (skalpa)
Summary: Workbench creation

Initial Comment:
I'm going to start working on this during the next 
days, sharing my time between this task and other 
things I have to do (I need to have something to code 
when I don't feel like doing anything else).

Objective of this task is to make the future admin 
reorganization easier. Like what was done in the 
installer, nothing entirely revolutionary is supposed 
to be implemented, it's more a preliminary step 
(although it will already bring welcome 
enhancements).

What's actually the "administration" will be split 
into 3 sections:
- Control center (for system configuration)
- Admin tools (non-settings related, additional 
functionalities, like the installer)
- Workbench (for the pages that belong to modules)

Behind the scenes, as little changes as possible will 
be performed, to ensure the patch generates as little 
problems as possible. The only real novelty will be 
that the "workbench" section will be managed by a new 
module, independent of the "system one" (one later 
objective in future version will be to allow sites 
owners to keep the workbench module, and remove the 
system control center from their live sites for 
enhanced security).

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

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

Bugs item #1527294, was opened at 2006-07-23 15:18
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=1527294&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.0.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Herko Coomans (herkocoomans)
Assigned to: Nobody/Anonymous (nobody)
Summary: Zeta-based default theme validation warnings

Initial Comment:
Since this will be the new default theme, I'm adding
validation warninge to the theme here.

Clean install, replaced old default theme with
zeta-based default theme. Logged into new site, got the
following warnings:

line 49 column 375 - Warning: discarding unexpected
</param>
Code: <param name="movie"
value="http://www.######.net/images/banners/banner.swf"></param>

line 49 column 418 - Warning: discarding unexpected
</param>
Same warning: a param that is closed while its empty.
Probably should remove the </param> and add a closing
slash to the <param> tags.

line 49 column 426 - Warning: <embed> attribute ";"
lacks value

There's a ; in an embed code for the banner.

line 49 column 426 - Warning: <embed> is not approved
by W3C

Since this has to do with the default banner, it's
proably an install MySQL dump edit...


line 63 column 5 - Warning: <table> lacks "summary"
attribute
Code:
<table id="xo-canvas-columns" cellspacing="0">

line 68 column 76 - Warning: <table> lacks "summary"
attribute
Code:
<div class="xo-blockcontent"><table cellspacing="0">

line 83 column 76 - Warning: <table> lacks "summary"
attribute
Code:
<div class="xo-blockcontent"><table cellspacing="0">

Hope this helps.


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

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

Bugs item #1520277, was opened at 2006-07-11 02:58
Message generated for change (Comment added) made by herkocoomans
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1520277&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.0.x
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Skalpa Keo (skalpa)
Summary: Error reporting is enabled in the installer

Initial Comment:
when i try to install, i get this message... 

Notice: Only variables should be assigned by reference
in
/home/dir/public_html/xoops/install/class/textsanitizer.php
on line 86

Notice: Only variables should be assigned by reference
in
/home/dir/public_html/xoops/install/class/textsanitizer.php
on line 86

Notice: Only variables should be assigned by reference
in
/home/dir/public_html/xoops/install/class/textsanitizer.php
on line 86

Warning: Cannot modify header information - headers
already sent by (output started at
/home/dire/public_html/xoops/install/class/textsanitizer.php:86)
in /home/dir/public_html/xoops/install/index.php on
line 101

what does this mean?

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

Comment By: Herko Coomans (herkocoomans)
Date: 2006-07-23 15:10

Message:
Logged In: YES 
user_id=441189

With the 2.0.15 branch code the warning isn't shown. I
haven't tried with the new installer task code yet. But for
2.0.15-dev (svn snapshot 23-7-06) it works fine.

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

Comment By: Herko Coomans (herkocoomans)
Date: 2006-07-23 10:37

Message:
Logged In: YES 
user_id=441189

Sorry, my bad, I wasn't clear enough. I can verify that the
error reporting is on (as it should be IMHO, but maybe
without the notices). But more importantly, I get the same
warning breaking the installer:

Warning: Cannot modify header information - headers
already sent by (output started at
/home/dire/public_html/xoops/install/class/textsanitizer.php:86)
in /home/dir/public_html/xoops/install/index.php on
line 101

I'll recheck this later today with the 2.0.15 branch code.

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

Comment By: Skalpa Keo (skalpa)
Date: 2006-07-23 06:29

Message:
Logged In: YES 
user_id=882380

Have changed the installer error reporting level to 0 in 
the 2.0.15 branch.
Anyway, as a rule error reporting/debug should always be 
off in a released version (I think it's ok to have it on 
in the trunk and dev versions, but it should be disabled 
before stable releases are done).

Herko: can you confirm this please ? I don't know how it's 
possible, as the textsanitizer is not in the new 
installer :S
I'm setting the tracker status to "pending" feel free to 
give more details or close it by yourself ;)

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

Comment By: Herko Coomans (herkocoomans)
Date: 2006-07-11 19:52

Message:
Logged In: YES 
user_id=441189

I can verify this bug, in the 2.0.14 release fron SVN with
the new Zeta1 theme changes and the new installer.

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

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

Bugs item #1520277, was opened at 2006-07-11 02:58
Message generated for change (Comment added) made by herkocoomans
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1520277&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.0.x
Status: Pending
Resolution: Accepted
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Skalpa Keo (skalpa)
Summary: Error reporting is enabled in the installer

Initial Comment:
when i try to install, i get this message... 

Notice: Only variables should be assigned by reference
in
/home/dir/public_html/xoops/install/class/textsanitizer.php
on line 86

Notice: Only variables should be assigned by reference
in
/home/dir/public_html/xoops/install/class/textsanitizer.php
on line 86

Notice: Only variables should be assigned by reference
in
/home/dir/public_html/xoops/install/class/textsanitizer.php
on line 86

Warning: Cannot modify header information - headers
already sent by (output started at
/home/dire/public_html/xoops/install/class/textsanitizer.php:86)
in /home/dir/public_html/xoops/install/index.php on
line 101

what does this mean?

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

Comment By: Herko Coomans (herkocoomans)
Date: 2006-07-23 10:37

Message:
Logged In: YES 
user_id=441189

Sorry, my bad, I wasn't clear enough. I can verify that the
error reporting is on (as it should be IMHO, but maybe
without the notices). But more importantly, I get the same
warning breaking the installer:

Warning: Cannot modify header information - headers
already sent by (output started at
/home/dire/public_html/xoops/install/class/textsanitizer.php:86)
in /home/dir/public_html/xoops/install/index.php on
line 101

I'll recheck this later today with the 2.0.15 branch code.

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

Comment By: Skalpa Keo (skalpa)
Date: 2006-07-23 06:29

Message:
Logged In: YES 
user_id=882380

Have changed the installer error reporting level to 0 in 
the 2.0.15 branch.
Anyway, as a rule error reporting/debug should always be 
off in a released version (I think it's ok to have it on 
in the trunk and dev versions, but it should be disabled 
before stable releases are done).

Herko: can you confirm this please ? I don't know how it's 
possible, as the textsanitizer is not in the new 
installer :S
I'm setting the tracker status to "pending" feel free to 
give more details or close it by yourself ;)

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

Comment By: Herko Coomans (herkocoomans)
Date: 2006-07-11 19:52

Message:
Logged In: YES 
user_id=441189

I can verify this bug, in the 2.0.14 release fron SVN with
the new Zeta1 theme changes and the new installer.

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

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

Patches item #1516091, was opened at 2006-07-03 03:42
Message generated for change (Comment added) made by rowd
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1516091&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 2.0.x
Group: Patches
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Skalpa Keo (skalpa)
Assigned to: Skalpa Keo (skalpa)
Summary: Implementation of zeta1 as default theme

Initial Comment:
The objective of this patch is to replace the old
default theme to a new one inspired by the released
zeta reticuli.
For now the goal is not to replace all the templates
yet, just to take care of the main page tpl and styling.
I'll try to respect the theme appearance as much as
possible, but for this 1st patch BC will be favored
(we'll see about fancyness later on, first we'll try to
get something that display well with old browsers
and/or tagsoup)

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

>Comment By: rowd (rowd)
Date: 2006-07-23 09:27

Message:
Logged In: YES 
user_id=1095348

I'm sorry skalpa, I did review it (not deeply) but I didn't
get back to you with the results :-(

I only had one observation, that the white text on light
grey background for page redirections is difficult to read. 

Some of the system block templates break the theme, but as I
understand your summary text that's not an issue at this
stage... it's to be taken care of later, right?

A lovely theme :-)

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

Comment By: Skalpa Keo (skalpa)
Date: 2006-07-23 09:03

Message:
Logged In: YES 
user_id=882380

No review from anybody, but I guess there wasn't much to 
say here...
:P

Closing this one

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

Comment By: Skalpa Keo (skalpa)
Date: 2006-07-05 06:42

Message:
Logged In: YES 
user_id=882380

Patch available in the task branch "1516091-zeta1".
Waiting for review before merging (you can freely copy this
branch themes/default folder over an existing 2.0.14
install, as nothing has been changed outside of this folder).

snow (the original theme designer) had a look at it and said
it was ok, so I dont really think a "deep" review is needed
(maybe you'll find a mistake I let behind anyway).

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

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

Patches item #1495167, was opened at 2006-05-25 22:56
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1495167&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: Pending
Resolution: None
Priority: 5
Submitted By: DuGris (dugris)
Assigned to: Nobody/Anonymous (nobody)
Summary: module.textsanitizer.php - function xoopsCodeDecode

Initial Comment:
It's possible to make insensitive case replacements ???

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

>Comment By: Skalpa Keo (skalpa)
Date: 2006-07-23 09:20

Message:
Logged In: YES 
user_id=882380

I'm not sure at all about this one.
Do you consider this really important (ps: in the future, 
you're allowed to set the "priority" field to tell this 
when reporting something, so I don't have to ask ;-)) ?

I have several reasons for hesitating:
- I'm not sure the PCRE lib case-insensitive flag will 
handle exotic encodings correctly (so even if we decide to 
do it, that won't be right now)
- This extension is known to be unstable, and making this 
change can only make things worse.

So, IMO the risks are too important compared to the 
benefits we would really get.

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

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

Patches item #1491992, was opened at 2006-05-20 09:27
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1491992&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 2.0.x
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Herko Coomans (herkocoomans)
Assigned to: Nobody/Anonymous (nobody)
Summary: Update favicon with the new one

Initial Comment:
Please update the favicon file in the download package
with the new one...

File is attached.


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

>Comment By: Skalpa Keo (skalpa)
Date: 2006-07-23 09:08

Message:
Logged In: YES 
user_id=882380

It's been done during the implementation of the zeta1 
theme.
I waited for this, as it would have looked a bit ugly to 
have 2 different logos, but as both the new installer and 
default theme now have the good logo, replacing the 
favicon had become ok.

PS: There are a few other instances of the old logo left 
in some images, we should take care of this later too.

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

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

Patches item #1516091, was opened at 2006-07-03 03:42
Message generated for change (Settings changed) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1516091&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 2.0.x
Group: Patches
>Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Skalpa Keo (skalpa)
Assigned to: Skalpa Keo (skalpa)
Summary: Implementation of zeta1 as default theme

Initial Comment:
The objective of this patch is to replace the old
default theme to a new one inspired by the released
zeta reticuli.
For now the goal is not to replace all the templates
yet, just to take care of the main page tpl and styling.
I'll try to respect the theme appearance as much as
possible, but for this 1st patch BC will be favored
(we'll see about fancyness later on, first we'll try to
get something that display well with old browsers
and/or tagsoup)

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

>Comment By: Skalpa Keo (skalpa)
Date: 2006-07-23 09:03

Message:
Logged In: YES 
user_id=882380

No review from anybody, but I guess there wasn't much to 
say here...
:P

Closing this one

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

Comment By: Skalpa Keo (skalpa)
Date: 2006-07-05 06:42

Message:
Logged In: YES 
user_id=882380

Patch available in the task branch "1516091-zeta1".
Waiting for review before merging (you can freely copy this
branch themes/default folder over an existing 2.0.14
install, as nothing has been changed outside of this folder).

snow (the original theme designer) had a look at it and said
it was ok, so I dont really think a "deep" review is needed
(maybe you'll find a mistake I let behind anyway).

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

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

Bugs item #1495286, was opened at 2006-05-26 04:50
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1495286&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.x
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Mike Davis (mikethechap)
Assigned to: Nobody/Anonymous (nobody)
Summary: References notices left in 2.0.14

Initial Comment:
I get this error on several modules and in repeated
places if debugging is on in 2.0.14:

"Notice: Only variables should be assigned by reference
in file /kernel/member.php line 213"

It kills the function of a lot of the modules...

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

>Comment By: Skalpa Keo (skalpa)
Date: 2006-07-23 08:56

Message:
Logged In: YES 
user_id=882380

I think all the ones reported have been fixed now.

I'll close this item... references are completely misused 
everywhere, this problem can't be solved entirely unless 
we rewrite everything.

It was a real problem before, as the 100 of notices 
displayed in debug mode were making this mode quite hard 
to use efficiently, but I guess it's ok now, and that the 
few others left are something we can deal with.

Thanks to both of you

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

Comment By: Herko Coomans (herkocoomans)
Date: 2006-05-28 17:35

Message:
Logged In: YES 
user_id=441189

When viewing admin home:

Notice: Only variables should be assigned by reference in
file /modules/system/admin/preferences/main.php line 50

Notice: Only variables should be assigned by reference in
file /include/cp_functions.php line 57

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

Comment By: Herko Coomans (herkocoomans)
Date: 2006-05-28 17:33

Message:
Logged In: YES 
user_id=441189

All these come from the 2.0.14 RC1, when viewing the cbb 302
indexpage.

Notice: Only variables should be assigned by reference in
file /modules/system/blocks/system_blocks.php line 116

Notice: Only variables should be assigned by reference in
file /kernel/online.php line 146

Notice: Only variables should be assigned by reference in
file /modules/system/blocks/system_blocks.php line 53

Notice: Only variables should be assigned by reference in
file /kernel/online.php line 168

Notice: Only variables should be assigned by reference in
file /header.php line 80

Notice: Only variables should be assigned by reference in
file /include/notification_select.php line 47

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

Comment By: Skalpa Keo (skalpa)
Date: 2006-05-28 02:53

Message:
Logged In: YES 
user_id=882380

chappy: these are notices, they don't break anything.

Could you please try to track the notifications.php problem
and make another separate report for it ? (this file works
fine for me)

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

Comment By: Skalpa Keo (skalpa)
Date: 2006-05-28 02:50

Message:
Logged In: YES 
user_id=882380

Another one in /install/class/textsanitizer.php
on line 86
(am closing #1495937 which is just abou refs)

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

Comment By: Mike Davis (mikethechap)
Date: 2006-05-27 04:49

Message:
Logged In: YES 
user_id=163462

The place the error shows most prominently is when you try
to run notifications.php. You get a blank page, I presume
because of the error.

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

Comment By: Skalpa Keo (skalpa)
Date: 2006-05-26 22:27

Message:
Logged In: YES 
user_id=882380

Thanks.
I changed the title of the tracker item to something more
generic so people can report other similar issues in the
same item, and we can fiw them all at once.

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

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

Bugs item #1521213, was opened at 2006-07-12 16:04
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1521213&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.x
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: 2.0.14 bug in blocks

Initial Comment:
How is possible that this code result in two records?

this is a bug.



SELECT f.*, s.tpl_source FROM NAyJF_tplfile f LEFT JOIN
NAyJF_tplsource s ON s.tpl_id=f.tpl_id WHERE
(tpl_tplset = 'maxpt' AND tpl_file =
'news_block_top.html') ORDER BY tpl_refid

in news modules he have:

news_block_top.html  	Shows top read news articles
news_block_top.html  	Shows recent articles

And the sql code show the first record, and I want the
secound..

I have the block, and the result are the same.

When I edit the block, i am editing the 2 (correct)
When the block are showing are show the 1 (wrong).

maxpt - Marco Sousa

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

>Comment By: Skalpa Keo (skalpa)
Date: 2006-07-23 08:39

Message:
Logged In: YES 
user_id=882380

Why am I not surprised to hear this script doesn't work ?

I'll do another one with 2.3.0, so we can change it 
progressively with each 2.3.x. People who can't wait for 
2.4 will lose some settings, but at least be able to 
update asap.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2006-07-13 21:25

Message:
Logged In: NO 

The bug exist but isn't in 2.0.14.

I in downgrade.php script.. 

Sorry I only see now..

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

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

Bugs item #1515196, was opened at 2006-06-30 17:33
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1515196&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.x
>Status: Pending
>Resolution: Works For Me
Priority: 5
Submitted By: ballards (ballards)
>Assigned to: Skalpa Keo (skalpa)
Summary: Xoops destroys custom entries in $_SESSION

Initial Comment:
I don't know if this is "bug", a "feature", or my
stupidity and lack of understanding of how to code with
xoops, but here goes:

<code>
<?php
include("../../mainfile.php");
print_r($_SESSION);
$_SESSION['mydate'] = date();
?>
</code>
A user session has been authenticated to xoops.

The first time the code is executed, $_SESSION contains
the usual xoops objects, and does *not* contain an
entry for 'mydate' (as expected).

The second time the code is executed,$_SESSION contains
the usual xoops objects, and *does* contain an array
entry for 'mydate'. but it is an empty string. Somehow
the entry for 'mydate' has been set to an empty string.

If this is not the proper way to set custom entries in
$_SESSION under xoops, please point me to documentation
on how to do so.

Thanks,

Peter
pw...@it...



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

>Comment By: Skalpa Keo (skalpa)
Date: 2006-07-23 08:29

Message:
Logged In: YES 
user_id=882380

Well the example you gave cannot work correctly, as date() 
expects a parameter, and will in fact (but that's normal) 
return an empty string when used like that.

Doing another test:
<?php
 include("mainfile.php");
 var_export( $_SESSION );
 $_SESSION['integer'] = time();
 $_SESSION['string'] = 'abcd';
 $_SESSION['array'] = array( 'key' => 'val' );
?>
gave me the correct result after reloading the page:
'integer' => 1153635983,
'string' => 'abcd',
'array' => array ( 'key' => 'val', ),

Could you please recheck this and give more configuration 
details if the problem is confirmed (like your precise 
XOOPS and PHP versions) ?

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

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

Bugs item #1513533, was opened at 2006-06-27 21:02
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1513533&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.x
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Dave Lerner (dave_l)
>Assigned to: Skalpa Keo (skalpa)
>Summary: mysql extension availability isn't checked

Initial Comment:
This was fixed in 2.2.x, but not in 2.0.14.

class/mysqldatabase.php

XoopsMySQLDatabase::connect needs the following check:

extension_loaded('mysql') or trigger_error('mysql
extension not loaded', E_USER_ERROR);

Otherwise, if the mysql extension is not loaded, the
result will be a blank page, even if PHP debug is on,
since the @ suppresses all error messages.


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

>Comment By: Skalpa Keo (skalpa)
Date: 2006-07-23 07:36

Message:
Logged In: YES 
user_id=882380

Fixed in the trunk and on the 2.0.15 branch.

Thank you for this report

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

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

Bugs item #1520277, was opened at 2006-07-11 02:58
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1520277&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.0.x
>Status: Pending
>Resolution: Accepted
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Skalpa Keo (skalpa)
>Summary: Error reporting is enabled in the installer

Initial Comment:
when i try to install, i get this message... 

Notice: Only variables should be assigned by reference
in
/home/dir/public_html/xoops/install/class/textsanitizer.php
on line 86

Notice: Only variables should be assigned by reference
in
/home/dir/public_html/xoops/install/class/textsanitizer.php
on line 86

Notice: Only variables should be assigned by reference
in
/home/dir/public_html/xoops/install/class/textsanitizer.php
on line 86

Warning: Cannot modify header information - headers
already sent by (output started at
/home/dire/public_html/xoops/install/class/textsanitizer.php:86)
in /home/dir/public_html/xoops/install/index.php on
line 101

what does this mean?

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

>Comment By: Skalpa Keo (skalpa)
Date: 2006-07-23 06:29

Message:
Logged In: YES 
user_id=882380

Have changed the installer error reporting level to 0 in 
the 2.0.15 branch.
Anyway, as a rule error reporting/debug should always be 
off in a released version (I think it's ok to have it on 
in the trunk and dev versions, but it should be disabled 
before stable releases are done).

Herko: can you confirm this please ? I don't know how it's 
possible, as the textsanitizer is not in the new 
installer :S
I'm setting the tracker status to "pending" feel free to 
give more details or close it by yourself ;)

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

Comment By: Herko Coomans (herkocoomans)
Date: 2006-07-11 19:52

Message:
Logged In: YES 
user_id=441189

I can verify this bug, in the 2.0.14 release fron SVN with
the new Zeta1 theme changes and the new installer.

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

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

Bugs item #1522505, was opened at 2006-07-14 13:57
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1522505&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: Pending
>Resolution: Works For Me
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Install stops at the middle

Initial Comment:
xoops-2.0.14, PHP 5.01, mysql-5.0.22-win32

Windows XP pro

Installation goes fine until the screen "confirm database 
settings". After pressing next, it redirects browser to 
itself with blank page.

MySQL installed and working.

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

>Comment By: Skalpa Keo (skalpa)
Date: 2006-07-23 05:47

Message:
Logged In: YES 
user_id=882380

Looks like MySQL is not available from PHP.
Are you sure to have the mysql extension enabled in php ?

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

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

Bugs item #1524733, was opened at 2006-07-18 20:19
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1524733&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.x
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Unable to connect to database in file class/database/databas

Initial Comment:
Unable to connect to database in file 
class/database/databasefactory.php line 34

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

>Comment By: Skalpa Keo (skalpa)
Date: 2006-07-23 05:44

Message:
Logged In: YES 
user_id=882380

XOOPS cannot connect to the MySQL server using the 
credentials you specified.

Please visit the support forums at http://www.xoops.org/ 
for support requests

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

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

Bugs item #1523008, was opened at 2006-07-15 13:07
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1523008&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: Pending
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: XOOPS 2.0.14 install error

Initial Comment:
Hi Dear developer,
   When I try to install XOOPS 2.0.14 under Windows 
XP+SP2, using Apache 1.3.29 and MYSQL 4.x.  I use all 
the default settings except the database 
configuration and administrator settings.  But I met 
the following error:

 1 entries inserted to table xoops_bannerclient.
 7 entries inserted to table xoops_configcategory.
 30 entries inserted to table xoops_configoption.
 1 entries inserted to table xoops_imgset.
 1 entries inserted to table xoops_imgset_tplset_link.
 7 entries inserted to table xoops_ranks.
 17 entries inserted to table xoops_smiles.
 1 entries inserted to table xoops_groups.
 3 entries inserted to table xoops_banner.
 1 entries inserted to table xoops_tplset.
 1 entries inserted to table xoops_modules.
 1 entries inserted to table xoops_tplfile.
 1 entries inserted to table xoops_tplsource.
 1 entries inserted to table xoops_newblocks.
 1 entries inserted to table xoops_users.
 1 entries inserted to table xoops_block_module_link.
 86 entries inserted to table xoops_config.

 Failed inserting 2 entries to table xoops_groups.
 Failed inserting 2 entries to table 
xoops_groups_users_link.
 Failed inserting 55 entries to table 
xoops_group_permission.
 Failed inserting 26 entries to table xoops_tplfile.
 Failed inserting 26 entries to table xoops_tplsource.
 Failed inserting 11 entries to table xoops_newblocks.
 Failed inserting 2 entries to table xoops_config. 


  I had tried to use some other table prefix, but it 
doesn't help at all.


Regards,
Andreas


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

>Comment By: Skalpa Keo (skalpa)
Date: 2006-07-23 05:42

Message:
Logged In: YES 
user_id=882380

Could you please provide more information ?

What exact version of MySQL (4.x doesn't mean anything... 
there have been more than 20 "4.x", and there are chances 
to get different results in 4.0.x and 4.1.x ) ?

Also, please give the mysql error messages you get, so we 
can track what's happening more easily ( you can make them 
appear by removing the "//" at the beginning of the lines 
193 and 194 of the file install/class/dbmanager.php )

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

Comment By: Nobody/Anonymous (nobody)
Date: 2006-07-16 11:06

Message:
Logged In: NO 

what is your language? Simplified Chinese
the database character set?  UTF-8
If you are using UTF-8, change to latin1 and try again
I had run "ALTER DATABASE `dbname` DEFAULT CHARACTER SET 
latin1 COLLATE latin1_swedish_ci", but it doesn't help at 
all.

If any more info is needed, please feel free to let me 
know, Thanks!


Regards,
Andreas

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

Comment By: D.J. (phppp)
Date: 2006-07-15 13:12

Message:
Logged In: YES 
user_id=1001493

what is your language?
the database character set?
If you are using UTF-8, change to latin1 and try again

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

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

Bugs item #1521284, was opened at 2006-07-12 17:33
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1521284&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.x
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: ob_start(): output handler 'ob_gzhandler' 

Initial Comment:
2.0.14

Warning: ob_start(): output handler 'ob_gzhandler'
cannot be used after 'URL-Rewriter' in file
/include/cp_functions.php line 33

Warning: ob_start(): output handler 'ob_gzhandler'
cannot be used after 'URL-Rewriter' in file /header.php
line 50


what is this, a bug?

maxpt - Marco Sousa

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

>Comment By: Skalpa Keo (skalpa)
Date: 2006-07-23 05:32

Message:
Logged In: YES 
user_id=882380

Well it's not really a bug it's due to the gzip 
compression routine that conflicts with some other module 
outbut buffering handler.
You can fix that by just disabling gzip.
Am closing it as it works on the 2.3 branch (where gzip is 
initialized by the HttpHandler, very early in the 
request), and we won't fix it in 2.0 IMO.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2006-07-13 21:25

Message:
Logged In: NO 

The bug exist but isn't in 2.0.14.

I in downgrade.php script.. 

Sorry I only see now..

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

Comment By: Nobody/Anonymous (nobody)
Date: 2006-07-13 01:17

Message:
Logged In: NO 

http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=51386

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

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

Bugs item #1517865, was opened at 2006-07-06 02:33
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1517865&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.x
>Status: Closed
>Resolution: Fixed
Priority: 7
Submitted By: Skalpa Keo (skalpa)
Assigned to: Skalpa Keo (skalpa)
Summary: [2.0.14] Sanitizer changes parameter value

Initial Comment:
When previewing comments containing smilies, the
smilies are replaced with an <img> tag.

I guess it comes from the sanitizer and the
refs-related changes applied before 2.0.14, as other
strange problems that look somehow similar have been
reported too (like strange things happening with
signatures in some modules).

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

>Comment By: Skalpa Keo (skalpa)
Date: 2006-07-23 05:25

Message:
Logged In: YES 
user_id=882380

Fixed in the trunk, valid for the 2.0.15 branch

Detailt:
previewTarea and displayTarea had their 1st parameter 
passed by reference, but its value wasn't changed during 
the function execution due to the way it was manipulated 
(and I was too zealous in 2014, making it behave normally)

For info, here's the explanation:
function func( &$var ) {
  $local = 'local';
  $var =& $local;   // Break the reference
  return $var;
}
$global = 'global';
$return = func( $global );
echo $return;      // Display 'local'
echo $global;       // Display 'global'

If you change "$var =& $local" in the function to "$var = 
$local", then the global value changes as expected, but 
not here (the assign by ref makes the function "$var" 
become a reference to "$local" and not to "$global" 
anymore)

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

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

Bugs item #1518544, was opened at 2006-07-07 09:16
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1518544&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.x
>Status: Pending
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: [2.0.14] - Site Closed with popunder

Initial Comment:
I have a upgrade (from 2.0.13.2) Xoops 2.0.14 (Site
Closed) with protector module and somebody can
introduce a pupunder.

Can you help me?

Note

I use this modules:
contact
myreferer
cbb 3.04
news 1.44
protector (last version)
smartfaq (last version)
smartsections 2.1 RC2
wfdownloads 3.1 final
wflinks 1.03
xhld0 (last version)
xmsspotlight (last version)
xoopspoll


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

>Comment By: Skalpa Keo (skalpa)
Date: 2006-07-23 05:09

Message:
Logged In: YES 
user_id=882380

I'm sorry, I don't understand... nothing can be inserted 
externally in this page.
Are you sure you just didn't get a spyware on your 
computer ?
If yes, then please provide more details (like the page 
content or something like this)

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

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

Bugs item #1526039, was opened at 2006-07-20 12:24
Message generated for change (Comment added) made by dokks
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1526039&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: dokks (dokks)
Assigned to: Nobody/Anonymous (nobody)
Summary: MyTextSanitizer disallowing valid words

Initial Comment:
When trying to submit information in any admin area
that passes it through the mytextsanitizer object, if
the word contains the letters psy you will get a
Forbidden apache error.

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

>Comment By: dokks (dokks)
Date: 2006-07-20 12:26

Message:
Logged In: YES 
user_id=1109449

I should mention that the workaround of course is to simply
add the information into the database manually. It can then
be displayed.

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

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