#44884 [NEW]: File handling causes issues

[assid at assid dot com]

From: assid at assid dot com
Operating system: debian gnu/linux
PHP version:  5.2.6RC5
PHP Bug Type: Scripting Engine problem
Bug description:  File handling causes issues

Description:

5.2.6RC starts behaving very strangely if you have a code that sets chmod
and chown on the new file being uploaded.

This function used to work before, and now it starts causing issues.

It seems to crash on chmod, chown, and chgrp

Reproduce code:
---
function handleFileUpload($uploadpath, $filenameprepend, $filesField)
{
$filename = NULL;
if (isset($_FILES[$filesField]['name']) &&
!empty($_FILES[$filesField]['name']) )
{
$pinfo = pathinfo($_FILES[$filesField]['name']);
$extn = strtolower($pinfo['extension']);
$uploaddir = $uploadpath;
$filename = $filenameprepend . '.' . $extn;
$uploadfile = $uploaddir . $filename;
move_uploaded_file($_FILES[$filesField]['tmp_name'], 
$uploadfile);
sleep(2);
chmod($uploadfile,"0666");
chown($uploadfile,$this->getSystemUser());
chgrp($uploadfile,$this->getSystemGroup());

}
return $filename;
}


Expected result:

The above code block worked on 5.2.4. I believe this is being caused by
Fixed move_uploaded_file() to always set file permissions of resulting file
according to UMASK. (Andrew Sitnikov)

It should set the mode and ownership and group IF the user is explicitly
coding it in.

Actual result:
--
Errors like the following show up

Warning: chown() [function.chown]: Operation not permitted in
/home/chinajapantraders/www/scripts/generalfunctions.php on line 43

Warning: chgrp() [function.chgrp]: Operation not permitted in
/home/chinajapantraders/www/scripts/generalfunctions.php on line 44

chmod doesnt give an error, however, the modes arent being set correctly
either. The modes show up as : --w--wx-wT if i set it as 0666 as mentioned
above.

-- 
Edit bug report at http://bugs.php.net/?id=44884&edit=1
-- 
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=44884&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=44884&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=44884&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44884&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=44884&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=44884&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44884&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44884&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=44884&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44884&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=44884&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=44884&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44884&r=globals
PHP 4 support discontinued:   http://bugs.php.net/fix.php?id=44884&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44884&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44884&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=44884&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=44884&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=44884&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44884&r=mysqlcfg

#43579 [Fbk->Opn]: sessions time out on 5.2.5

[assid at assid dot com]

 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 Assigned To:  jani
 New Comment:

Okay i have tried the current release php5.2-200803191930, as of now,
it seems good, I will waitfor a day or 2 to see what my users say. Will
update here as soon as I get a response.


Previous Comments:


[2008-03-17 00:43:35] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi

A fix for another bug (related to php_admin_value / php_value) was just
fixed, and I'm guessing it's causing this session issue as well. So
please, try the snapshot!



[2008-03-14 09:35:20] assid at assid dot com

Yes the assid.com domain has  the following in the vhost
php_admin_value open_basedir /home/assid:/var/shared:/var/stats:/tmp

The other vhosts on the server have similar as well.

The other domain: equineindia.com (that uses the login/logout
function), has the following:

php_admin_value session.gc_maxlifetime 10800
php_admin_value asp_tags 1
php_admin_value max_execution_time 90
php_admin_value session.name eisessid
php_admin_value session.auto_start 1
php_admin_value session.cookie_domain .equineindia.com
php_admin_value short_open_tag 1


What i did notice, is that if you want to "trigger" the bug, you
refresh a few times on assid.com/session.php, then go to
http://www.equineindia.com/login.php and then click login again, then go
back to the counter (assid.com/session.php) this somehow makes the bug
"easier" to reproduce. Atleast when running valgrind.

When running generally, you just keep refreshing and the bug is
triggered.



[2008-03-13 13:27:55] [EMAIL PROTECTED]

Are you by any chance using php_admin_value/php_value/etc. in some
.htaccess file or in your httpd.conf to set any php.ini options?

----

[2008-03-08 20:31:41] assid at assid dot com

Actually my original log did contain that.

Nevertheless, here you go again
i ran 2 rounds

www.assid.com/apache.log
www.assid.com/apache5.log

Hope its helpful. Back to php 5.2.4 for now :|



[2008-03-03 23:18:41] [EMAIL PROTECTED]

While doing valgrind I'd also recommend setting USE_ZEND_ALLOC=0 in the
environment. That would make the engine use only mallocs which would
provide much more information to the valgrind.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/43579

-- 
Edit this bug report at http://bugs.php.net/?id=43579&edit=1

#43579 [Fbk->Opn]: sessions time out on 5.2.5

[assid at assid dot com]

 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

Yes the assid.com domain has  the following in the vhost
php_admin_value open_basedir /home/assid:/var/shared:/var/stats:/tmp

The other vhosts on the server have similar as well.

The other domain: equineindia.com (that uses the login/logout
function), has the following:

php_admin_value session.gc_maxlifetime 10800
php_admin_value asp_tags 1
php_admin_value max_execution_time 90
php_admin_value session.name eisessid
php_admin_value session.auto_start 1
php_admin_value session.cookie_domain .equineindia.com
php_admin_value short_open_tag 1


What i did notice, is that if you want to "trigger" the bug, you
refresh a few times on assid.com/session.php, then go to
http://www.equineindia.com/login.php and then click login again, then go
back to the counter (assid.com/session.php) this somehow makes the bug
"easier" to reproduce. Atleast when running valgrind.

When running generally, you just keep refreshing and the bug is
triggered.


Previous Comments:


[2008-03-13 13:27:55] [EMAIL PROTECTED]

Are you by any chance using php_admin_value/php_value/etc. in some
.htaccess file or in your httpd.conf to set any php.ini options?



[2008-03-08 20:31:41] assid at assid dot com

Actually my original log did contain that.

Nevertheless, here you go again
i ran 2 rounds

www.assid.com/apache.log
www.assid.com/apache5.log

Hope its helpful. Back to php 5.2.4 for now :|



[2008-03-03 23:18:41] [EMAIL PROTECTED]

While doing valgrind I'd also recommend setting USE_ZEND_ALLOC=0 in the
environment. That would make the engine use only mallocs which would
provide much more information to the valgrind.

----

[2008-03-03 17:32:34] assid at assid dot com

Yes, I reversed it back, but it didnt help  (seeing the diff in the
patch).

----

[2008-03-03 17:31:32] assid at assid dot com

It seems whenever I run http://assid.com/session.php (source -
http://assid.com/session.phps), if i refresh enough number of times and
at odd times, i end up with a new session of PHPSESSID (it also jumps
back and forth). I am trying to figure out WHY its starting that
session, when the script EXPLICITLY has a session name set to
spheretest

Maybe that can help us pinpoint what to check?



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/43579

-- 
Edit this bug report at http://bugs.php.net/?id=43579&edit=1

#43579 [Opn]: sessions time out on 5.2.5

[assid at assid dot com]

 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
 Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

Actually my original log did contain that.

Nevertheless, here you go again
i ran 2 rounds

www.assid.com/apache.log
www.assid.com/apache5.log

Hope its helpful. Back to php 5.2.4 for now :|


Previous Comments:


[2008-03-03 23:18:41] [EMAIL PROTECTED]

While doing valgrind I'd also recommend setting USE_ZEND_ALLOC=0 in the
environment. That would make the engine use only mallocs which would
provide much more information to the valgrind.



[2008-03-03 17:32:34] assid at assid dot com

Yes, I reversed it back, but it didnt help  (seeing the diff in the
patch).



[2008-03-03 17:31:32] assid at assid dot com

It seems whenever I run http://assid.com/session.php (source -
http://assid.com/session.phps), if i refresh enough number of times and
at odd times, i end up with a new session of PHPSESSID (it also jumps
back and forth). I am trying to figure out WHY its starting that
session, when the script EXPLICITLY has a session name set to
spheretest

Maybe that can help us pinpoint what to check?



[2008-03-03 12:40:02] jsnyxx at gmail dot com

sv4php - have you tried reverting the patch made in the
ext/session/mod_files.c?

Just an idea but this bug (#42596 (session.save_path MODE option does
not work)) was fixed in between the PHP 5.2.4 and 5.2.5 releases.

Link is here for patch diff:

http://cvs.php.net/viewvc.cgi/php-src/ext/session/mod_files.c?r1=1.100.2.3.2.9&r2=1.100.2.3.2.10&pathrev=PHP_5_2



[2008-03-01 21:56:15] sv4php at fmethod dot com

I had the chance to test this issue with Assid on his server and we
were able to more accurately pin point the issue:

1) the sessions don't time out, instead we're talking about
session_name() selectively being ignored (which results in two session
cookies, and hence sessions, created)

2) the issue seems to only happen on PHP 5.2.5 without --enable-debug.
On 5.2.4 it doesn't happen, on 5.2.5 with --enable-debug we couldn't
repro, but this needs more testing.

3) the issue may be hardware/configuration dependent (32-64 bit? OS
distro? I don't have those details, Assid could provide them). The
Apache server on the tested configuration runs in prefork mode, so it
can't be a threading race condition (as far as I know).

4) we reverted the patch for bug http://bugs.php.net/42596 and
recompiled 5.2.5 but still were able to reproduce the issue. Since this
is the only change in the session module between 5.2.4 and 5.2.5, I have
to conclude the issue is related to some other code (somehow..).

Description of the reproduce steps.

We have userA and userB on different machines, IP-s. They both are
given the url to the example with the counter as Assid provided it.
Notice the example uses session_name('spheretest'). 

If a userA refreshes the page alone, he gains session cookie
'spheretest' and the counter works normally.

If userB refreshed the page, userA gains a new cookie 'PHPSESSID' and a
new session. After userA refreshes few more times, PHP gets back to
using the previous 'spheretest' session/cookie.

We tested if the issue is related to prematurely starting session
*before* the session_name() call. But no, session_id is never defined
before the session_name() call.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/43579

-- 
Edit this bug report at http://bugs.php.net/?id=43579&edit=1

#43579 [Opn]: sessions time out on 5.2.5

[assid at assid dot com]

 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
 Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

Yes, I reversed it back, but it didnt help  (seeing the diff in the
patch).


Previous Comments:


[2008-03-03 17:31:32] assid at assid dot com

It seems whenever I run http://assid.com/session.php (source -
http://assid.com/session.phps), if i refresh enough number of times and
at odd times, i end up with a new session of PHPSESSID (it also jumps
back and forth). I am trying to figure out WHY its starting that
session, when the script EXPLICITLY has a session name set to
spheretest

Maybe that can help us pinpoint what to check?



[2008-03-03 12:40:02] jsnyxx at gmail dot com

sv4php - have you tried reverting the patch made in the
ext/session/mod_files.c?

Just an idea but this bug (#42596 (session.save_path MODE option does
not work)) was fixed in between the PHP 5.2.4 and 5.2.5 releases.

Link is here for patch diff:

http://cvs.php.net/viewvc.cgi/php-src/ext/session/mod_files.c?r1=1.100.2.3.2.9&r2=1.100.2.3.2.10&pathrev=PHP_5_2



[2008-03-01 21:56:15] sv4php at fmethod dot com

I had the chance to test this issue with Assid on his server and we
were able to more accurately pin point the issue:

1) the sessions don't time out, instead we're talking about
session_name() selectively being ignored (which results in two session
cookies, and hence sessions, created)

2) the issue seems to only happen on PHP 5.2.5 without --enable-debug.
On 5.2.4 it doesn't happen, on 5.2.5 with --enable-debug we couldn't
repro, but this needs more testing.

3) the issue may be hardware/configuration dependent (32-64 bit? OS
distro? I don't have those details, Assid could provide them). The
Apache server on the tested configuration runs in prefork mode, so it
can't be a threading race condition (as far as I know).

4) we reverted the patch for bug http://bugs.php.net/42596 and
recompiled 5.2.5 but still were able to reproduce the issue. Since this
is the only change in the session module between 5.2.4 and 5.2.5, I have
to conclude the issue is related to some other code (somehow..).

Description of the reproduce steps.

We have userA and userB on different machines, IP-s. They both are
given the url to the example with the counter as Assid provided it.
Notice the example uses session_name('spheretest'). 

If a userA refreshes the page alone, he gains session cookie
'spheretest' and the counter works normally.

If userB refreshed the page, userA gains a new cookie 'PHPSESSID' and a
new session. After userA refreshes few more times, PHP gets back to
using the previous 'spheretest' session/cookie.

We tested if the issue is related to prematurely starting session
*before* the session_name() call. But no, session_id is never defined
before the session_name() call.

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

[2008-03-01 02:36:28] assid at assid dot com

err sorry, session counter reset to 1 on refresh on the previous post.

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

[2008-03-01 02:34:58] assid at assid dot com

Okay, finally found out how to do valgrind with apache :P

During valgrind, phpmyadmin was behaving properly, squirrelmail as i
mentioned in my previous post is erratic, but it normally takes time to
crash, once it does, then it happens more frequently.

I later tried the session script as spherelinx.com/session.php (check
phps)

This counter was working fine here again. 

I then decided to visit alternate sites on the server perhaps to create
more session files.

I visited www.equineindia.com, and then i started hitting on
session.php again, voila! session counter was reset to 0

I tried to see if i could simulate more of the sessions disappearing
etc, like it going back to the original counter, but it didnt go,
(normally you keep hitting refresh, you just might get back). I guess i
should have tried more, but the day was just beginning and had to let
the public in once again. So i decided, we atleast got the basics of
what was causing this, and atleast report this.

The valgrind log is available at: http://assid.com/apache1.log

Btw: yes apc , and fileinfo from pecl were disabled before I did this.

the main page of equineindia refreshes to login.php ; please visit
login.phps for the source of the same.

Interestingly, the leak summary shows alot of leakage BTW.



The remainder of the comments for this report are too long. To view
the rest of the comments, ple

#43579 [Opn]: sessions time out on 5.2.5

[assid at assid dot com]

 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
 Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

It seems whenever I run http://assid.com/session.php (source -
http://assid.com/session.phps), if i refresh enough number of times and
at odd times, i end up with a new session of PHPSESSID (it also jumps
back and forth). I am trying to figure out WHY its starting that
session, when the script EXPLICITLY has a session name set to
spheretest

Maybe that can help us pinpoint what to check?


Previous Comments:


[2008-03-03 12:40:02] jsnyxx at gmail dot com

sv4php - have you tried reverting the patch made in the
ext/session/mod_files.c?

Just an idea but this bug (#42596 (session.save_path MODE option does
not work)) was fixed in between the PHP 5.2.4 and 5.2.5 releases.

Link is here for patch diff:

http://cvs.php.net/viewvc.cgi/php-src/ext/session/mod_files.c?r1=1.100.2.3.2.9&r2=1.100.2.3.2.10&pathrev=PHP_5_2



[2008-03-01 21:56:15] sv4php at fmethod dot com

I had the chance to test this issue with Assid on his server and we
were able to more accurately pin point the issue:

1) the sessions don't time out, instead we're talking about
session_name() selectively being ignored (which results in two session
cookies, and hence sessions, created)

2) the issue seems to only happen on PHP 5.2.5 without --enable-debug.
On 5.2.4 it doesn't happen, on 5.2.5 with --enable-debug we couldn't
repro, but this needs more testing.

3) the issue may be hardware/configuration dependent (32-64 bit? OS
distro? I don't have those details, Assid could provide them). The
Apache server on the tested configuration runs in prefork mode, so it
can't be a threading race condition (as far as I know).

4) we reverted the patch for bug http://bugs.php.net/42596 and
recompiled 5.2.5 but still were able to reproduce the issue. Since this
is the only change in the session module between 5.2.4 and 5.2.5, I have
to conclude the issue is related to some other code (somehow..).

Description of the reproduce steps.

We have userA and userB on different machines, IP-s. They both are
given the url to the example with the counter as Assid provided it.
Notice the example uses session_name('spheretest'). 

If a userA refreshes the page alone, he gains session cookie
'spheretest' and the counter works normally.

If userB refreshed the page, userA gains a new cookie 'PHPSESSID' and a
new session. After userA refreshes few more times, PHP gets back to
using the previous 'spheretest' session/cookie.

We tested if the issue is related to prematurely starting session
*before* the session_name() call. But no, session_id is never defined
before the session_name() call.

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

[2008-03-01 02:36:28] assid at assid dot com

err sorry, session counter reset to 1 on refresh on the previous post.

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

[2008-03-01 02:34:58] assid at assid dot com

Okay, finally found out how to do valgrind with apache :P

During valgrind, phpmyadmin was behaving properly, squirrelmail as i
mentioned in my previous post is erratic, but it normally takes time to
crash, once it does, then it happens more frequently.

I later tried the session script as spherelinx.com/session.php (check
phps)

This counter was working fine here again. 

I then decided to visit alternate sites on the server perhaps to create
more session files.

I visited www.equineindia.com, and then i started hitting on
session.php again, voila! session counter was reset to 0

I tried to see if i could simulate more of the sessions disappearing
etc, like it going back to the original counter, but it didnt go,
(normally you keep hitting refresh, you just might get back). I guess i
should have tried more, but the day was just beginning and had to let
the public in once again. So i decided, we atleast got the basics of
what was causing this, and atleast report this.

The valgrind log is available at: http://assid.com/apache1.log

Btw: yes apc , and fileinfo from pecl were disabled before I did this.

the main page of equineindia refreshes to login.php ; please visit
login.phps for the source of the same.

Interestingly, the leak summary shows alot of leakage BTW.

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

[2008-02-28 18:13:40] assid at assid dot com

this will be difficult, we provide shared hosting on this box, and will
be difficult to just shut it down for that period of time. but lets see
what i can do.

Can you tell me how exactly do i put the whole apache process through
valgrind ?

-

#43579 [Opn]: sessions time out on 5.2.5

[assid at assid dot com]

 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
 Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

err sorry, session counter reset to 1 on refresh on the previous post.


Previous Comments:


[2008-03-01 02:34:58] assid at assid dot com

Okay, finally found out how to do valgrind with apache :P

During valgrind, phpmyadmin was behaving properly, squirrelmail as i
mentioned in my previous post is erratic, but it normally takes time to
crash, once it does, then it happens more frequently.

I later tried the session script as spherelinx.com/session.php (check
phps)

This counter was working fine here again. 

I then decided to visit alternate sites on the server perhaps to create
more session files.

I visited www.equineindia.com, and then i started hitting on
session.php again, voila! session counter was reset to 0

I tried to see if i could simulate more of the sessions disappearing
etc, like it going back to the original counter, but it didnt go,
(normally you keep hitting refresh, you just might get back). I guess i
should have tried more, but the day was just beginning and had to let
the public in once again. So i decided, we atleast got the basics of
what was causing this, and atleast report this.

The valgrind log is available at: http://assid.com/apache1.log

Btw: yes apc , and fileinfo from pecl were disabled before I did this.

the main page of equineindia refreshes to login.php ; please visit
login.phps for the source of the same.

Interestingly, the leak summary shows alot of leakage BTW.



[2008-02-28 18:13:40] assid at assid dot com

this will be difficult, we provide shared hosting on this box, and will
be difficult to just shut it down for that period of time. but lets see
what i can do.

Can you tell me how exactly do i put the whole apache process through
valgrind ?



[2008-02-28 17:52:40] [EMAIL PROTECTED]

The libdl stuff can be ignored, so that looks like a clean valgrind
run.  But, are you sure the problem happens on the command line?  I'd
run the entire apache -X through valgrind.  You'd need to do it on a
quiet machine somewhere that isn't getting hit, of course, so you can
control the requests you send to it while valgrind is running.  Hit it
until you see the problem, then stop and show us that valgrind output
from that.



[2008-02-28 11:40:49] assid at assid dot com

Okay ran valgrind (as far as i can understand it)
http://assid.com/valgrind.txt

I have removed some extensions as i was still testing, but to no
success.

I hope the log proves useful to you.



[2008-02-28 10:54:02] assid at assid dot com

Still trying to remove more extensions and test. Rasmus, I have sent
you a private email with 2 links to video files, which shows the
phpmyadmin bugs. It seems the bugs faced are infact more indepth as you
suggested.

I do apologize for private mailing btw., but since they are links to
videos, I didnt want to post them in public.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/43579

-- 
Edit this bug report at http://bugs.php.net/?id=43579&edit=1

#43579 [Opn]: sessions time out on 5.2.5

[assid at assid dot com]

 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
 Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

Okay, finally found out how to do valgrind with apache :P

During valgrind, phpmyadmin was behaving properly, squirrelmail as i
mentioned in my previous post is erratic, but it normally takes time to
crash, once it does, then it happens more frequently.

I later tried the session script as spherelinx.com/session.php (check
phps)

This counter was working fine here again. 

I then decided to visit alternate sites on the server perhaps to create
more session files.

I visited www.equineindia.com, and then i started hitting on
session.php again, voila! session counter was reset to 0

I tried to see if i could simulate more of the sessions disappearing
etc, like it going back to the original counter, but it didnt go,
(normally you keep hitting refresh, you just might get back). I guess i
should have tried more, but the day was just beginning and had to let
the public in once again. So i decided, we atleast got the basics of
what was causing this, and atleast report this.

The valgrind log is available at: http://assid.com/apache1.log

Btw: yes apc , and fileinfo from pecl were disabled before I did this.

the main page of equineindia refreshes to login.php ; please visit
login.phps for the source of the same.

Interestingly, the leak summary shows alot of leakage BTW.


Previous Comments:


[2008-02-28 18:13:40] assid at assid dot com

this will be difficult, we provide shared hosting on this box, and will
be difficult to just shut it down for that period of time. but lets see
what i can do.

Can you tell me how exactly do i put the whole apache process through
valgrind ?



[2008-02-28 17:52:40] [EMAIL PROTECTED]

The libdl stuff can be ignored, so that looks like a clean valgrind
run.  But, are you sure the problem happens on the command line?  I'd
run the entire apache -X through valgrind.  You'd need to do it on a
quiet machine somewhere that isn't getting hit, of course, so you can
control the requests you send to it while valgrind is running.  Hit it
until you see the problem, then stop and show us that valgrind output
from that.



[2008-02-28 11:40:49] assid at assid dot com

Okay ran valgrind (as far as i can understand it)
http://assid.com/valgrind.txt

I have removed some extensions as i was still testing, but to no
success.

I hope the log proves useful to you.



[2008-02-28 10:54:02] assid at assid dot com

Still trying to remove more extensions and test. Rasmus, I have sent
you a private email with 2 links to video files, which shows the
phpmyadmin bugs. It seems the bugs faced are infact more indepth as you
suggested.

I do apologize for private mailing btw., but since they are links to
videos, I didnt want to post them in public.



[2008-02-28 09:20:14] assid at assid dot com

Any suggestions on the options / how to use valgrind without learning
the whole thing. Perhaps the cli cmd to run ?

I am starting to think this isnt limited to session related. phpMyAdmin
as i mentioned starts acting very very strangely here. Due to the lack
of knowledge of valgrind, i can try and see if i can try removing an
extension to see if it makes any difference, while retaining atleast the
basic ones that i DO need. 

If i can get the valgrind options (exact cli commands ) to use, that
would be great.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/43579

-- 
Edit this bug report at http://bugs.php.net/?id=43579&edit=1

#43579 [Opn]: sessions time out on 5.2.5

[assid at assid dot com]

 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
 Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

this will be difficult, we provide shared hosting on this box, and will
be difficult to just shut it down for that period of time. but lets see
what i can do.

Can you tell me how exactly do i put the whole apache process through
valgrind ?


Previous Comments:


[2008-02-28 17:52:40] [EMAIL PROTECTED]

The libdl stuff can be ignored, so that looks like a clean valgrind
run.  But, are you sure the problem happens on the command line?  I'd
run the entire apache -X through valgrind.  You'd need to do it on a
quiet machine somewhere that isn't getting hit, of course, so you can
control the requests you send to it while valgrind is running.  Hit it
until you see the problem, then stop and show us that valgrind output
from that.



[2008-02-28 11:40:49] assid at assid dot com

Okay ran valgrind (as far as i can understand it)
http://assid.com/valgrind.txt

I have removed some extensions as i was still testing, but to no
success.

I hope the log proves useful to you.



[2008-02-28 10:54:02] assid at assid dot com

Still trying to remove more extensions and test. Rasmus, I have sent
you a private email with 2 links to video files, which shows the
phpmyadmin bugs. It seems the bugs faced are infact more indepth as you
suggested.

I do apologize for private mailing btw., but since they are links to
videos, I didnt want to post them in public.



[2008-02-28 09:20:14] assid at assid dot com

Any suggestions on the options / how to use valgrind without learning
the whole thing. Perhaps the cli cmd to run ?

I am starting to think this isnt limited to session related. phpMyAdmin
as i mentioned starts acting very very strangely here. Due to the lack
of knowledge of valgrind, i can try and see if i can try removing an
extension to see if it makes any difference, while retaining atleast the
basic ones that i DO need. 

If i can get the valgrind options (exact cli commands ) to use, that
would be great.



[2008-02-28 06:07:18] [EMAIL PROTECTED]

4 different people on our end have tried to reproduce this without any
success.  And no, those memory issues you refer to have nothing to do
with this since they were fixed long before that snapshot you tried.

At this point you'll need to dig in yourself.  Fire up Valgrind and see
if you can spot what might be causing the corruption.  It could be in
some extension that we don't have in any of our environments here.  It
definitely isn't the session code itself, so it is impossible to
diagnose without more information.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/43579

-- 
Edit this bug report at http://bugs.php.net/?id=43579&edit=1

#43579 [Opn]: sessions time out on 5.2.5

[assid at assid dot com]

 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
 Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

Okay ran valgrind (as far as i can understand it)
http://assid.com/valgrind.txt

I have removed some extensions as i was still testing, but to no
success.

I hope the log proves useful to you.


Previous Comments:


[2008-02-28 10:54:02] assid at assid dot com

Still trying to remove more extensions and test. Rasmus, I have sent
you a private email with 2 links to video files, which shows the
phpmyadmin bugs. It seems the bugs faced are infact more indepth as you
suggested.

I do apologize for private mailing btw., but since they are links to
videos, I didnt want to post them in public.



[2008-02-28 09:20:14] assid at assid dot com

Any suggestions on the options / how to use valgrind without learning
the whole thing. Perhaps the cli cmd to run ?

I am starting to think this isnt limited to session related. phpMyAdmin
as i mentioned starts acting very very strangely here. Due to the lack
of knowledge of valgrind, i can try and see if i can try removing an
extension to see if it makes any difference, while retaining atleast the
basic ones that i DO need. 

If i can get the valgrind options (exact cli commands ) to use, that
would be great.



[2008-02-28 06:07:18] [EMAIL PROTECTED]

4 different people on our end have tried to reproduce this without any
success.  And no, those memory issues you refer to have nothing to do
with this since they were fixed long before that snapshot you tried.

At this point you'll need to dig in yourself.  Fire up Valgrind and see
if you can spot what might be causing the corruption.  It could be in
some extension that we don't have in any of our environments here.  It
definitely isn't the session code itself, so it is impossible to
diagnose without more information.



[2008-02-27 08:19:03] jsnyxx at gmail dot com

Hi Rasmus 


Yes, we can confirm that nothing changed on the box apart from php
5.2.4 -> 5.2.5.

We found it easier to reproduce the bug once XCache was installed, but
the bug still exists even when we remove Xcache, it's just more
intermitment. The developer of Xcache thinks this is related to a heap
corruption of some sort. See here:
http://forum.lighttpd.net/topic/42805

The issue for us seems to be that even though the session file exists
on the server (under a private /sessions directory), at some point when
the browser sends the cookie with the PHPSESSID header, the server seems
to temporarily "lose" the information stored in the session file and
returns a blank _$SESSION variable. However, after a few more refreshes
it provides the correct info from the $_SESSION variable again.

--------

[2008-02-26 09:32:06] assid at assid dot com

Yes, same machine, same everything. Even phpmyadmin dies on me. I just
had to move it back. I can apachectl stop; make install; apachectl start
; whenever your online. 

Since its a production box, i need functionality to work fine, so i
moved it back down to 5.2.4

As I said i am available on freenode as Assid



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/43579

-- 
Edit this bug report at http://bugs.php.net/?id=43579&edit=1

#43579 [Opn]: sessions time out on 5.2.5

[assid at assid dot com]

 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
 Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

Still trying to remove more extensions and test. Rasmus, I have sent
you a private email with 2 links to video files, which shows the
phpmyadmin bugs. It seems the bugs faced are infact more indepth as you
suggested.

I do apologize for private mailing btw., but since they are links to
videos, I didnt want to post them in public.


Previous Comments:


[2008-02-28 09:20:14] assid at assid dot com

Any suggestions on the options / how to use valgrind without learning
the whole thing. Perhaps the cli cmd to run ?

I am starting to think this isnt limited to session related. phpMyAdmin
as i mentioned starts acting very very strangely here. Due to the lack
of knowledge of valgrind, i can try and see if i can try removing an
extension to see if it makes any difference, while retaining atleast the
basic ones that i DO need. 

If i can get the valgrind options (exact cli commands ) to use, that
would be great.



[2008-02-28 06:07:18] [EMAIL PROTECTED]

4 different people on our end have tried to reproduce this without any
success.  And no, those memory issues you refer to have nothing to do
with this since they were fixed long before that snapshot you tried.

At this point you'll need to dig in yourself.  Fire up Valgrind and see
if you can spot what might be causing the corruption.  It could be in
some extension that we don't have in any of our environments here.  It
definitely isn't the session code itself, so it is impossible to
diagnose without more information.



[2008-02-27 08:19:03] jsnyxx at gmail dot com

Hi Rasmus 


Yes, we can confirm that nothing changed on the box apart from php
5.2.4 -> 5.2.5.

We found it easier to reproduce the bug once XCache was installed, but
the bug still exists even when we remove Xcache, it's just more
intermitment. The developer of Xcache thinks this is related to a heap
corruption of some sort. See here:
http://forum.lighttpd.net/topic/42805

The issue for us seems to be that even though the session file exists
on the server (under a private /sessions directory), at some point when
the browser sends the cookie with the PHPSESSID header, the server seems
to temporarily "lose" the information stored in the session file and
returns a blank _$SESSION variable. However, after a few more refreshes
it provides the correct info from the $_SESSION variable again.

--------

[2008-02-26 09:32:06] assid at assid dot com

Yes, same machine, same everything. Even phpmyadmin dies on me. I just
had to move it back. I can apachectl stop; make install; apachectl start
; whenever your online. 

Since its a production box, i need functionality to work fine, so i
moved it back down to 5.2.4

As I said i am available on freenode as Assid



[2008-02-26 09:11:13] [EMAIL PROTECTED]

There is only a single trivial change to the session extension between
5.2.4 and 5.2.5 and it was to fix http://bugs.php.net/42596

The change is here:

http://cvs.php.net/viewvc.cgi/php-src/ext/session/mod_files.c?r1=1.100.2.3.2.9&r2=1.100.2.3.2.10&pathrev=PHP_5_2&diff_format=u

I don't see how this change could have caused these problems.  Could
you please verify that 5.2.4 works under the exact same conditions that
5.2.5 doesn't work?  That is, on the same machine, built the same way
and running the same code.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/43579

-- 
Edit this bug report at http://bugs.php.net/?id=43579&edit=1

#43579 [Fbk->Opn]: sessions time out on 5.2.5

[assid at assid dot com]

 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

Any suggestions on the options / how to use valgrind without learning
the whole thing. Perhaps the cli cmd to run ?

I am starting to think this isnt limited to session related. phpMyAdmin
as i mentioned starts acting very very strangely here. Due to the lack
of knowledge of valgrind, i can try and see if i can try removing an
extension to see if it makes any difference, while retaining atleast the
basic ones that i DO need. 

If i can get the valgrind options (exact cli commands ) to use, that
would be great.


Previous Comments:


[2008-02-28 06:07:18] [EMAIL PROTECTED]

4 different people on our end have tried to reproduce this without any
success.  And no, those memory issues you refer to have nothing to do
with this since they were fixed long before that snapshot you tried.

At this point you'll need to dig in yourself.  Fire up Valgrind and see
if you can spot what might be causing the corruption.  It could be in
some extension that we don't have in any of our environments here.  It
definitely isn't the session code itself, so it is impossible to
diagnose without more information.



[2008-02-27 08:19:03] jsnyxx at gmail dot com

Hi Rasmus 


Yes, we can confirm that nothing changed on the box apart from php
5.2.4 -> 5.2.5.

We found it easier to reproduce the bug once XCache was installed, but
the bug still exists even when we remove Xcache, it's just more
intermitment. The developer of Xcache thinks this is related to a heap
corruption of some sort. See here:
http://forum.lighttpd.net/topic/42805

The issue for us seems to be that even though the session file exists
on the server (under a private /sessions directory), at some point when
the browser sends the cookie with the PHPSESSID header, the server seems
to temporarily "lose" the information stored in the session file and
returns a blank _$SESSION variable. However, after a few more refreshes
it provides the correct info from the $_SESSION variable again.

--------

[2008-02-26 09:32:06] assid at assid dot com

Yes, same machine, same everything. Even phpmyadmin dies on me. I just
had to move it back. I can apachectl stop; make install; apachectl start
; whenever your online. 

Since its a production box, i need functionality to work fine, so i
moved it back down to 5.2.4

As I said i am available on freenode as Assid



[2008-02-26 09:11:13] [EMAIL PROTECTED]

There is only a single trivial change to the session extension between
5.2.4 and 5.2.5 and it was to fix http://bugs.php.net/42596

The change is here:

http://cvs.php.net/viewvc.cgi/php-src/ext/session/mod_files.c?r1=1.100.2.3.2.9&r2=1.100.2.3.2.10&pathrev=PHP_5_2&diff_format=u

I don't see how this change could have caused these problems.  Could
you please verify that 5.2.4 works under the exact same conditions that
5.2.5 doesn't work?  That is, on the same machine, built the same way
and running the same code.

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

[2008-02-26 08:27:56] assid at assid dot com

Hrm, strange, i dont use xcache. But yeah session integrity is messed
up.

Looks like we gotta wait for 5.2.6 and hope the developers fixed that
bug. It does seem php5.2-200802241730  is still not done, as a matter of
fact, the session file in -dev seems to disappear, whereas atleast in
5.2.5 it remains. (very little testing in -dev btw). So its gone from
bad to worse.

- Data integrity ? -
Another important note, is that phpmyadmin acts super strange as well.
The css i believe is generated on the fly, that goes awry and sql
queries start yielding no results. I am not sure if this is session
related. or not!



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/43579

-- 
Edit this bug report at http://bugs.php.net/?id=43579&edit=1

#43579 [Opn]: sessions time out on 5.2.5

[assid at assid dot com]

 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
 Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

Yes, same machine, same everything. Even phpmyadmin dies on me. I just
had to move it back. I can apachectl stop; make install; apachectl start
; whenever your online. 

Since its a production box, i need functionality to work fine, so i
moved it back down to 5.2.4

As I said i am available on freenode as Assid


Previous Comments:


[2008-02-26 09:11:13] [EMAIL PROTECTED]

There is only a single trivial change to the session extension between
5.2.4 and 5.2.5 and it was to fix http://bugs.php.net/42596

The change is here:

http://cvs.php.net/viewvc.cgi/php-src/ext/session/mod_files.c?r1=1.100.2.3.2.9&r2=1.100.2.3.2.10&pathrev=PHP_5_2&diff_format=u

I don't see how this change could have caused these problems.  Could
you please verify that 5.2.4 works under the exact same conditions that
5.2.5 doesn't work?  That is, on the same machine, built the same way
and running the same code.



[2008-02-26 08:27:56] assid at assid dot com

Hrm, strange, i dont use xcache. But yeah session integrity is messed
up.

Looks like we gotta wait for 5.2.6 and hope the developers fixed that
bug. It does seem php5.2-200802241730  is still not done, as a matter of
fact, the session file in -dev seems to disappear, whereas atleast in
5.2.5 it remains. (very little testing in -dev btw). So its gone from
bad to worse.

- Data integrity ? -
Another important note, is that phpmyadmin acts super strange as well.
The css i believe is generated on the fly, that goes awry and sql
queries start yielding no results. I am not sure if this is session
related. or not!



[2008-02-26 08:02:18] jsnyxx at gmail dot com

Rasmus -- verified that this issue (PHP session being randomly lost) is
also occurring for us on php 5.2.5 but not php 5.2.4 on our Linux Centos
4.4 box.

Please also see here for our own reproduce code:

http://xcache.lighttpd.net/ticket/163



[2008-02-25 14:23:44] assid at assid dot com

I have to downgrade to 5.2.4, as this is a production box. Please let
me know when you are available, and I will load the necessary module at
that moment.

I am also available on IRC / freenode as Assid



[2008-02-25 13:12:46] assid at assid dot com

With regards to session files and squirrelmail

I checked the part that you told me. The headers look exactly the same.
Sometimes I get the session kicking me out. The headers during which,
looks exactly the same as the ones when it doesnt kick me out. However,
sometimes i just rightclick in that frame and reload frame and it works,
or i click on any of the available imap folders on the left side.

During the time it kicks me out, the session file still exists, would
explain WHY i can still continue using AFTER that. 

from my previous test and this into consideration, i would GUESS its
something to do with session generation / session file handling or
something related to this.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/43579

-- 
Edit this bug report at http://bugs.php.net/?id=43579&edit=1

#43579 [Opn]: sessions time out on 5.2.5

[assid at assid dot com]

 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
 Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

Hrm, strange, i dont use xcache. But yeah session integrity is messed
up.

Looks like we gotta wait for 5.2.6 and hope the developers fixed that
bug. It does seem php5.2-200802241730  is still not done, as a matter of
fact, the session file in -dev seems to disappear, whereas atleast in
5.2.5 it remains. (very little testing in -dev btw). So its gone from
bad to worse.

- Data integrity ? -
Another important note, is that phpmyadmin acts super strange as well.
The css i believe is generated on the fly, that goes awry and sql
queries start yielding no results. I am not sure if this is session
related. or not!


Previous Comments:


[2008-02-26 08:02:18] jsnyxx at gmail dot com

Rasmus -- verified that this issue (PHP session being randomly lost) is
also occurring for us on php 5.2.5 but not php 5.2.4 on our Linux Centos
4.4 box.

Please also see here for our own reproduce code:

http://xcache.lighttpd.net/ticket/163



[2008-02-25 14:23:44] assid at assid dot com

I have to downgrade to 5.2.4, as this is a production box. Please let
me know when you are available, and I will load the necessary module at
that moment.

I am also available on IRC / freenode as Assid



[2008-02-25 13:12:46] assid at assid dot com

With regards to session files and squirrelmail

I checked the part that you told me. The headers look exactly the same.
Sometimes I get the session kicking me out. The headers during which,
looks exactly the same as the ones when it doesnt kick me out. However,
sometimes i just rightclick in that frame and reload frame and it works,
or i click on any of the available imap folders on the left side.

During the time it kicks me out, the session file still exists, would
explain WHY i can still continue using AFTER that. 

from my previous test and this into consideration, i would GUESS its
something to do with session generation / session file handling or
something related to this.



[2008-02-25 08:30:07] assid at assid dot com

okay here you go, 5 hours of sleep helped a bit.

http://spherelinx.com/session.php
Now refresh this slowly (i mean one F5 per second or 2 seconds), till
you hit something like 8-10.

Now press F5 rapidly (dont hold), like 5-8 times. You end up with a new
counter. 

Refresh this counter slowly, and again repeat the above step. Sometimes
you get it to go back to the older counter.

reproduce code: http://spherelinx.com/session.phps
phpinfo - http://spherelinx.com/phpinfo.php

>From my guess, session_name fails or causes some kind of glitch



[2008-02-25 01:28:12] [EMAIL PROTECTED]

Many people, including myself, are running SquirrelMail quite fine on
5.2.5 without any sort of session problems.  The fact that it also
happens in other applications points to a general problem on your end. 
Sessions are really simple.  There are 3 parts to an active session.

1. Your browser sends a session cookie
2. The PHP script that receives the cookie calls session_start()
3. session_start() reads the session data from the session data

So, to debug this, look at each part.  Install something like the
LiveHTTPHeaders Firefox extension and make sure the cookie is being
sent.  Second, make sure there is a session_start() call in the
receiving code.  And third, check to make sure that the session data is
in the session data store.  If you are using the file-based session
store, match the session cookie to the session filename and watch it as
you click around.  Does it suddenly disappear?  If so, figure out why. 


Also check all your session.* settings and if you have multiple servers
behind any sort of load balancer, a per-server file-based session store
obviously won't work.  NFS-based stuff can also cause problems for a
file-based session store.

You can also write your own very simple trivial session test to verify
that sessions are working at all on your setup.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/43579

-- 
Edit this bug report at http://bugs.php.net/?id=43579&edit=1

#43579 [Opn]: sessions time out on 5.2.5

[assid at assid dot com]

 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
 Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

I have to downgrade to 5.2.4, as this is a production box. Please let
me know when you are available, and I will load the necessary module at
that moment.

I am also available on IRC / freenode as Assid


Previous Comments:


[2008-02-25 13:12:46] assid at assid dot com

With regards to session files and squirrelmail

I checked the part that you told me. The headers look exactly the same.
Sometimes I get the session kicking me out. The headers during which,
looks exactly the same as the ones when it doesnt kick me out. However,
sometimes i just rightclick in that frame and reload frame and it works,
or i click on any of the available imap folders on the left side.

During the time it kicks me out, the session file still exists, would
explain WHY i can still continue using AFTER that. 

from my previous test and this into consideration, i would GUESS its
something to do with session generation / session file handling or
something related to this.



[2008-02-25 08:30:07] assid at assid dot com

okay here you go, 5 hours of sleep helped a bit.

http://spherelinx.com/session.php
Now refresh this slowly (i mean one F5 per second or 2 seconds), till
you hit something like 8-10.

Now press F5 rapidly (dont hold), like 5-8 times. You end up with a new
counter. 

Refresh this counter slowly, and again repeat the above step. Sometimes
you get it to go back to the older counter.

reproduce code: http://spherelinx.com/session.phps
phpinfo - http://spherelinx.com/phpinfo.php

>From my guess, session_name fails or causes some kind of glitch



[2008-02-25 01:28:12] [EMAIL PROTECTED]

Many people, including myself, are running SquirrelMail quite fine on
5.2.5 without any sort of session problems.  The fact that it also
happens in other applications points to a general problem on your end. 
Sessions are really simple.  There are 3 parts to an active session.

1. Your browser sends a session cookie
2. The PHP script that receives the cookie calls session_start()
3. session_start() reads the session data from the session data

So, to debug this, look at each part.  Install something like the
LiveHTTPHeaders Firefox extension and make sure the cookie is being
sent.  Second, make sure there is a session_start() call in the
receiving code.  And third, check to make sure that the session data is
in the session data store.  If you are using the file-based session
store, match the session cookie to the session filename and watch it as
you click around.  Does it suddenly disappear?  If so, figure out why. 


Also check all your session.* settings and if you have multiple servers
behind any sort of load balancer, a per-server file-based session store
obviously won't work.  NFS-based stuff can also cause problems for a
file-based session store.

You can also write your own very simple trivial session test to verify
that sessions are working at all on your setup.



[2008-02-24 20:23:25] assid at assid dot com

The problem is I didnt make squirrelmail. So i am not sure of what i
can provide as the reproducable script. I am using the current stable
release.

I wanted to give something else to my users in the meantime, so i tried
horde, and well, that seems to have session timeout issues as well.



[2008-02-24 20:10:03] [EMAIL PROTECTED]

Please provide a short reproducing script.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/43579

-- 
Edit this bug report at http://bugs.php.net/?id=43579&edit=1

#43579 [Opn]: sessions time out on 5.2.5

[assid at assid dot com]

 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
 Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

With regards to session files and squirrelmail

I checked the part that you told me. The headers look exactly the same.
Sometimes I get the session kicking me out. The headers during which,
looks exactly the same as the ones when it doesnt kick me out. However,
sometimes i just rightclick in that frame and reload frame and it works,
or i click on any of the available imap folders on the left side.

During the time it kicks me out, the session file still exists, would
explain WHY i can still continue using AFTER that. 

from my previous test and this into consideration, i would GUESS its
something to do with session generation / session file handling or
something related to this.


Previous Comments:


[2008-02-25 08:30:07] assid at assid dot com

okay here you go, 5 hours of sleep helped a bit.

http://spherelinx.com/session.php
Now refresh this slowly (i mean one F5 per second or 2 seconds), till
you hit something like 8-10.

Now press F5 rapidly (dont hold), like 5-8 times. You end up with a new
counter. 

Refresh this counter slowly, and again repeat the above step. Sometimes
you get it to go back to the older counter.

reproduce code: http://spherelinx.com/session.phps
phpinfo - http://spherelinx.com/phpinfo.php

>From my guess, session_name fails or causes some kind of glitch



[2008-02-25 01:28:12] [EMAIL PROTECTED]

Many people, including myself, are running SquirrelMail quite fine on
5.2.5 without any sort of session problems.  The fact that it also
happens in other applications points to a general problem on your end. 
Sessions are really simple.  There are 3 parts to an active session.

1. Your browser sends a session cookie
2. The PHP script that receives the cookie calls session_start()
3. session_start() reads the session data from the session data

So, to debug this, look at each part.  Install something like the
LiveHTTPHeaders Firefox extension and make sure the cookie is being
sent.  Second, make sure there is a session_start() call in the
receiving code.  And third, check to make sure that the session data is
in the session data store.  If you are using the file-based session
store, match the session cookie to the session filename and watch it as
you click around.  Does it suddenly disappear?  If so, figure out why. 


Also check all your session.* settings and if you have multiple servers
behind any sort of load balancer, a per-server file-based session store
obviously won't work.  NFS-based stuff can also cause problems for a
file-based session store.

You can also write your own very simple trivial session test to verify
that sessions are working at all on your setup.



[2008-02-24 20:23:25] assid at assid dot com

The problem is I didnt make squirrelmail. So i am not sure of what i
can provide as the reproducable script. I am using the current stable
release.

I wanted to give something else to my users in the meantime, so i tried
horde, and well, that seems to have session timeout issues as well.



[2008-02-24 20:10:03] [EMAIL PROTECTED]

Please provide a short reproducing script.



[2008-02-24 19:16:31] assid at assid dot com

I decided to try and give php5.2-200802241730 a try to see perhaps if
the bug is know and rectified.

I know still have the session time outs, except now its worse. Instead
of being able to continue after clicking on the folder on the left side,
it now logs out totally, effectively destroying the session.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/43579

-- 
Edit this bug report at http://bugs.php.net/?id=43579&edit=1

#43579 [Fbk->Opn]: sessions time out on 5.2.5

[assid at assid dot com]

 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

okay here you go, 5 hours of sleep helped a bit.

http://spherelinx.com/session.php
Now refresh this slowly (i mean one F5 per second or 2 seconds), till
you hit something like 8-10.

Now press F5 rapidly (dont hold), like 5-8 times. You end up with a new
counter. 

Refresh this counter slowly, and again repeat the above step. Sometimes
you get it to go back to the older counter.

reproduce code: http://spherelinx.com/session.phps
phpinfo - http://spherelinx.com/phpinfo.php

>From my guess, session_name fails or causes some kind of glitch


Previous Comments:


[2008-02-25 01:28:12] [EMAIL PROTECTED]

Many people, including myself, are running SquirrelMail quite fine on
5.2.5 without any sort of session problems.  The fact that it also
happens in other applications points to a general problem on your end. 
Sessions are really simple.  There are 3 parts to an active session.

1. Your browser sends a session cookie
2. The PHP script that receives the cookie calls session_start()
3. session_start() reads the session data from the session data

So, to debug this, look at each part.  Install something like the
LiveHTTPHeaders Firefox extension and make sure the cookie is being
sent.  Second, make sure there is a session_start() call in the
receiving code.  And third, check to make sure that the session data is
in the session data store.  If you are using the file-based session
store, match the session cookie to the session filename and watch it as
you click around.  Does it suddenly disappear?  If so, figure out why. 


Also check all your session.* settings and if you have multiple servers
behind any sort of load balancer, a per-server file-based session store
obviously won't work.  NFS-based stuff can also cause problems for a
file-based session store.

You can also write your own very simple trivial session test to verify
that sessions are working at all on your setup.



[2008-02-24 20:23:25] assid at assid dot com

The problem is I didnt make squirrelmail. So i am not sure of what i
can provide as the reproducable script. I am using the current stable
release.

I wanted to give something else to my users in the meantime, so i tried
horde, and well, that seems to have session timeout issues as well.



[2008-02-24 20:10:03] [EMAIL PROTECTED]

Please provide a short reproducing script.



[2008-02-24 19:16:31] assid at assid dot com

I decided to try and give php5.2-200802241730 a try to see perhaps if
the bug is know and rectified.

I know still have the session time outs, except now its worse. Instead
of being able to continue after clicking on the folder on the left side,
it now logs out totally, effectively destroying the session.



[2008-02-11 03:45:29] jsnyxx at gmail dot com

We've found similar problems -- see our report here:

http://xcache.lighttpd.net/ticket/163

(We initially thought that it was Xcache, but that doesn't seem to be
the case now).



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/43579

-- 
Edit this bug report at http://bugs.php.net/?id=43579&edit=1

#43579 [Fbk->Opn]: sessions time out on 5.2.5

[assid at assid dot com]

 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

The problem is I didnt make squirrelmail. So i am not sure of what i
can provide as the reproducable script. I am using the current stable
release.

I wanted to give something else to my users in the meantime, so i tried
horde, and well, that seems to have session timeout issues as well.


Previous Comments:


[2008-02-24 20:10:03] [EMAIL PROTECTED]

Please provide a short reproducing script.



[2008-02-24 19:16:31] assid at assid dot com

I decided to try and give php5.2-200802241730 a try to see perhaps if
the bug is know and rectified.

I know still have the session time outs, except now its worse. Instead
of being able to continue after clicking on the folder on the left side,
it now logs out totally, effectively destroying the session.



[2008-02-11 03:45:29] jsnyxx at gmail dot com

We've found similar problems -- see our report here:

http://xcache.lighttpd.net/ticket/163

(We initially thought that it was Xcache, but that doesn't seem to be
the case now).



[2007-12-12 10:53:02] assid at assid dot com

Description:

I tried upgrading to php 5.2.5 from 5.2.4 and ever since i did that my
sessions have been acting strange. It seems most noticable using
squirrelmail. Downgrading back to 5.2.4 seems to have fixed this issue,
so its definitely something on how 5.2.5 handles sessions


Reproduce code:
---
http://spherelinx.com/phpinfo.php
http://assid.pastebin.com/f7ba83639 <-- yes i know certain configure
options have been deprecated.  but using the same config.nice for both

Expected result:

session management similar to 5.2.4 where it doesnt just timeout for no
apparent reason.






-- 
Edit this bug report at http://bugs.php.net/?id=43579&edit=1

#43579 [Opn]: sessions time out on 5.2.5

[assid at assid dot com]

 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
 Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

I decided to try and give php5.2-200802241730 a try to see perhaps if
the bug is know and rectified.

I know still have the session time outs, except now its worse. Instead
of being able to continue after clicking on the folder on the left side,
it now logs out totally, effectively destroying the session.


Previous Comments:


[2008-02-24 18:50:58] assid at assid dot com

Okay did even more testing.
Apparently it has nothing to do with the postgres library, it maybe a
co-incidence it happens MORE with 8.3 libraries however.

What happens is when you keep going through squirrelmail, randomly
clicking and random idle times (perhaps with a server load thats
low-medium), it just randomly says session time out.

However, what the session is not destroyed, as, once you click on any
folder on the left frame, your back in.

>From what I can guess is that the php session engine doesnt load the
session file in time, and the script gets a session not found/expired.
As this problem is random but very frequent.



[2008-02-24 17:11:34] assid at assid dot com

Okay we finally had to upgrade the production box due to security
requirements. So we did quite a bit of tests to get to the bottom of
this.

We currently have Postgres 8.2.5 and 8.3 installed on the system (we
keep n-1 where n is the current system and the last server edition prior
to that).  - This is related, and you will understand why in just a
minute.

We first re downloaded the tarballs, as of today. And compiled it
against pg 8.2.5. We then tried squirrelmail (configured for use with
flat files, not databases or anything). Sessions work perfect.

We then recompiled against 8.3, and went back to squirrelmail for the
test (leave the squirrelmail active on any page, wait 3-5 minutes,
randomly clicking, etc). This time we end up with session timeouts. It
was a bit hard to believe thats the reason, so recompiled against 8.2.5
once again, and again this worked perfect.

Thinking it could be because of pdo, we disabled postgres' pdo
extension and tried again. But this didnt help either. 

Once again, recompiled for 8.2.5 and its still working.

No other changes were done to the configuration of php.ini/squirrelmail
 or apache. No third party modules are added to php.ini such as ioncube
eaccelerator etc.

As this is a production box, we decided to keep the 8.2.5 client
libraries even tho 8.3 is the server in use.

The config.nice is as follows, and yes I am aware certain options have
been deprecated

#! /bin/sh
#
# Created by configure

CFLAGS='-march=prescott -O2 -pipe -fomit-frame-pointer' \
CPPFLAGS='-I/usr/local/expat/' \
LDFLAGS='-L/usr/local/expat/' \
'./configure' \
'--with-apxs2=/usr/local/apache2/bin/apxs' \
'--with-mysql=/usr/local/mysql' \
'--with-mysqli=/usr/local/mysql/bin/mysql_config' \
'--with-pgsql=/usr/local/pgsql' \
'--with-pdo-mysql=/usr/local/mysql' \
'--with-pdo-pgsql=/usr/local/pgsql' \
'--with-zlib' \
'--with-pear' \
'--with-flatfile' \
'--with-jpeg-dir=/usr' \
'--with-gd' \
'--enable-gd-native-ttf' \
'--with-ttf' \
'--with-xml' \
'--with-mhash' \
'--with-mcrypt' \
'--enable-calendar' \
'--enable-ftp' \
'--enable-wddx' \
'--with-filepro' \
'--with-bz2' \
'--with-curl' \
'--with-gettext' \
'--with-pdf' \
'--with-openssl' \
'--with-session' \
'--with-imap=/usr/src/imap-2006h' \
'--with-imap-ssl' \
'--enable-bcmath' \
'--enable-mbstring' \
'--enable-sockets' \
'--enable-track-vars' \
'--enable-trans-sid' \
'--enable-magic-quotes' \
'--enable-inline-optimization' \
"$@"



[2008-02-11 03:45:29] jsnyxx at gmail dot com

We've found similar problems -- see our report here:

http://xcache.lighttpd.net/ticket/163

(We initially thought that it was Xcache, but that doesn't seem to be
the case now).



[2008-02-05 08:04:13] poil at quake dot fr

I got the same issue;

I have a variable $_SESSION['S_num_content'] who got reseted randomly.

I have a small navigation div who is refresh by ajax. I increment or
decrement the value of $_SESSION['S_num_content'] for limiting my SQL
request to "x, 

#43579 [Opn]: sessions time out on 5.2.5

[assid at assid dot com]

 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
 Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

Okay did even more testing.
Apparently it has nothing to do with the postgres library, it maybe a
co-incidence it happens MORE with 8.3 libraries however.

What happens is when you keep going through squirrelmail, randomly
clicking and random idle times (perhaps with a server load thats
low-medium), it just randomly says session time out.

However, what the session is not destroyed, as, once you click on any
folder on the left frame, your back in.

>From what I can guess is that the php session engine doesnt load the
session file in time, and the script gets a session not found/expired.
As this problem is random but very frequent.


Previous Comments:


[2008-02-24 17:11:34] assid at assid dot com

Okay we finally had to upgrade the production box due to security
requirements. So we did quite a bit of tests to get to the bottom of
this.

We currently have Postgres 8.2.5 and 8.3 installed on the system (we
keep n-1 where n is the current system and the last server edition prior
to that).  - This is related, and you will understand why in just a
minute.

We first re downloaded the tarballs, as of today. And compiled it
against pg 8.2.5. We then tried squirrelmail (configured for use with
flat files, not databases or anything). Sessions work perfect.

We then recompiled against 8.3, and went back to squirrelmail for the
test (leave the squirrelmail active on any page, wait 3-5 minutes,
randomly clicking, etc). This time we end up with session timeouts. It
was a bit hard to believe thats the reason, so recompiled against 8.2.5
once again, and again this worked perfect.

Thinking it could be because of pdo, we disabled postgres' pdo
extension and tried again. But this didnt help either. 

Once again, recompiled for 8.2.5 and its still working.

No other changes were done to the configuration of php.ini/squirrelmail
 or apache. No third party modules are added to php.ini such as ioncube
eaccelerator etc.

As this is a production box, we decided to keep the 8.2.5 client
libraries even tho 8.3 is the server in use.

The config.nice is as follows, and yes I am aware certain options have
been deprecated

#! /bin/sh
#
# Created by configure

CFLAGS='-march=prescott -O2 -pipe -fomit-frame-pointer' \
CPPFLAGS='-I/usr/local/expat/' \
LDFLAGS='-L/usr/local/expat/' \
'./configure' \
'--with-apxs2=/usr/local/apache2/bin/apxs' \
'--with-mysql=/usr/local/mysql' \
'--with-mysqli=/usr/local/mysql/bin/mysql_config' \
'--with-pgsql=/usr/local/pgsql' \
'--with-pdo-mysql=/usr/local/mysql' \
'--with-pdo-pgsql=/usr/local/pgsql' \
'--with-zlib' \
'--with-pear' \
'--with-flatfile' \
'--with-jpeg-dir=/usr' \
'--with-gd' \
'--enable-gd-native-ttf' \
'--with-ttf' \
'--with-xml' \
'--with-mhash' \
'--with-mcrypt' \
'--enable-calendar' \
'--enable-ftp' \
'--enable-wddx' \
'--with-filepro' \
'--with-bz2' \
'--with-curl' \
'--with-gettext' \
'--with-pdf' \
'--with-openssl' \
'--with-session' \
'--with-imap=/usr/src/imap-2006h' \
'--with-imap-ssl' \
'--enable-bcmath' \
'--enable-mbstring' \
'--enable-sockets' \
'--enable-track-vars' \
'--enable-trans-sid' \
'--enable-magic-quotes' \
'--enable-inline-optimization' \
"$@"



[2008-02-11 03:45:29] jsnyxx at gmail dot com

We've found similar problems -- see our report here:

http://xcache.lighttpd.net/ticket/163

(We initially thought that it was Xcache, but that doesn't seem to be
the case now).



[2008-02-05 08:04:13] poil at quake dot fr

I got the same issue;

I have a variable $_SESSION['S_num_content'] who got reseted randomly.

I have a small navigation div who is refresh by ajax. I increment or
decrement the value of $_SESSION['S_num_content'] for limiting my SQL
request to "x, x+10".
This browsing work correctly.

When choosing link in this menu for displaying the news (not ajax, full
webpage refresh), sometime session is lost value (1 clic of 5). If I
navigate very slowly, the session is less lost (1 clic of 10 or 20)

My english isn't very good for explain it; I go to try to create a
small parts of code who do the same things.

You can see it on http://www.teewars.net
Clic on "&l

#43579 [NoF->Opn]: sessions time out on 5.2.5

[assid at assid dot com]

 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
-Status:   No Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

Okay we finally had to upgrade the production box due to security
requirements. So we did quite a bit of tests to get to the bottom of
this.

We currently have Postgres 8.2.5 and 8.3 installed on the system (we
keep n-1 where n is the current system and the last server edition prior
to that).  - This is related, and you will understand why in just a
minute.

We first re downloaded the tarballs, as of today. And compiled it
against pg 8.2.5. We then tried squirrelmail (configured for use with
flat files, not databases or anything). Sessions work perfect.

We then recompiled against 8.3, and went back to squirrelmail for the
test (leave the squirrelmail active on any page, wait 3-5 minutes,
randomly clicking, etc). This time we end up with session timeouts. It
was a bit hard to believe thats the reason, so recompiled against 8.2.5
once again, and again this worked perfect.

Thinking it could be because of pdo, we disabled postgres' pdo
extension and tried again. But this didnt help either. 

Once again, recompiled for 8.2.5 and its still working.

No other changes were done to the configuration of php.ini/squirrelmail
 or apache. No third party modules are added to php.ini such as ioncube
eaccelerator etc.

As this is a production box, we decided to keep the 8.2.5 client
libraries even tho 8.3 is the server in use.

The config.nice is as follows, and yes I am aware certain options have
been deprecated

#! /bin/sh
#
# Created by configure

CFLAGS='-march=prescott -O2 -pipe -fomit-frame-pointer' \
CPPFLAGS='-I/usr/local/expat/' \
LDFLAGS='-L/usr/local/expat/' \
'./configure' \
'--with-apxs2=/usr/local/apache2/bin/apxs' \
'--with-mysql=/usr/local/mysql' \
'--with-mysqli=/usr/local/mysql/bin/mysql_config' \
'--with-pgsql=/usr/local/pgsql' \
'--with-pdo-mysql=/usr/local/mysql' \
'--with-pdo-pgsql=/usr/local/pgsql' \
'--with-zlib' \
'--with-pear' \
'--with-flatfile' \
'--with-jpeg-dir=/usr' \
'--with-gd' \
'--enable-gd-native-ttf' \
'--with-ttf' \
'--with-xml' \
'--with-mhash' \
'--with-mcrypt' \
'--enable-calendar' \
'--enable-ftp' \
'--enable-wddx' \
'--with-filepro' \
'--with-bz2' \
'--with-curl' \
'--with-gettext' \
'--with-pdf' \
'--with-openssl' \
'--with-session' \
'--with-imap=/usr/src/imap-2006h' \
'--with-imap-ssl' \
'--enable-bcmath' \
'--enable-mbstring' \
'--enable-sockets' \
'--enable-track-vars' \
'--enable-trans-sid' \
'--enable-magic-quotes' \
'--enable-inline-optimization' \
"$@"


Previous Comments:


[2008-02-11 03:45:29] jsnyxx at gmail dot com

We've found similar problems -- see our report here:

http://xcache.lighttpd.net/ticket/163

(We initially thought that it was Xcache, but that doesn't seem to be
the case now).



[2008-02-05 08:04:13] poil at quake dot fr

I got the same issue;

I have a variable $_SESSION['S_num_content'] who got reseted randomly.

I have a small navigation div who is refresh by ajax. I increment or
decrement the value of $_SESSION['S_num_content'] for limiting my SQL
request to "x, x+10".
This browsing work correctly.

When choosing link in this menu for displaying the news (not ajax, full
webpage refresh), sometime session is lost value (1 clic of 5). If I
navigate very slowly, the session is less lost (1 clic of 10 or 20)

My english isn't very good for explain it; I go to try to create a
small parts of code who do the same things.

You can see it on http://www.teewars.net
Clic on "<< Précédent" one time,
Select an article in the same menu
sometime the list of menu stay where it should be sometime not.

Before changing to php 5.2.5 I don't have this issue. I was in php 4.x
before my webhoster upgrade my hosting.

Best regards



[2007-12-21 01:00:00] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".

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

[2007-12-13 09:19:31] [EMA

#44035 [Opn]: After a while apache hangs. Specially if i refresh instead of clicking a link

[assid at assid dot com]

 ID:   44035
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
 Status:   Open
 Bug Type: Apache2 related
 Operating System: Windows XP
 PHP Version:  5.3CVS-2008-02-04 (snap)
 New Comment:

I tried disabling the mysql extensions on windows however that didnt
help. I still come across the same issues. I will try and do further
tests to see what I can come across.


Previous Comments:


[2008-02-05 07:36:00] assid at assid dot com

Yes I actually came across that last night and found out its something
to do with mysql. On windows, I am using the same ones that came with
the snapshots. On linux I had it compiled against the source



[2008-02-05 00:33:12] [EMAIL PROTECTED]

You should propably check this out:

http://bugs.mysql.com/bug.php?id=25621

I don't know what mysql libraries you have PHP linked with but most
likely to the buggy ones, hence the error.



[2008-02-04 11:38:35] assid at assid dot com

Sorry my bad.. quick update have not tried snapshot on linux yet.. but
5.2.5 and snapshot on windows. And 5.2.5 on linux



[2008-02-04 11:37:10] assid at assid dot com

I disabled php from apache's modules. Now it doesnt cause apache to
hang. Also, earlier if i stopped apache waited a few mins and then tried
to start it, it didnt used to do that. Checking the process list, i
would always find httpd.exe still running. Disabling the php module now
has clean stop/starts of apache. This problem was very prominent in
linux as well, as mentioned in my original post. Also something related
to this on linux, my sessions used to time out. But I dont know how to
check for that. One thing for certain now is that this behavior is
common between both platforms on 5.2.5 and current snapshot.



[2008-02-04 09:58:21] assid at assid dot com

Description:

This problem exists with apache+php 5.2.5 and on apache+php 04 Feb 2008
00:10:06 -0500 Version: 5.2.6-dev Branch. 
when surfing through a vhost, after a while it just stops working. As
in nothing happens when you click. Apparently it becomes more apparent
IF you hit refresh/reload a few times.. and leave it idle for a minute.
The only way to make it work again, is to restart the apache webserver.

Similarly php-5.2.5 on linux fails to allow apachectl graceful to work.
I have to force stop; killall -9 httpd and then start apache again.
Downgrading to php-5.2.4 seems to fix this issue. Not sure if its
related, but the behavior is similar.

Reproduce code:
---
Hitting refresh on the vhost, clicking links and after some time it
hangs.

Expected result:

Not to hang? - This isnt php code related

Actual result:
--
Backtrace available at
http://assid.com/CrashHang_Report__PID_1360(2_dumps)__02042008150839750.mht
php.ini available at : assid.com/php.ini
error log also has Error in my_thread_global_end(): 3 threads didn't
exit when restarting





-- 
Edit this bug report at http://bugs.php.net/?id=44035&edit=1

#44035 [Fbk->Opn]: After a while apache hangs. Specially if i refresh instead of clicking a link

[assid at assid dot com]

 ID:   44035
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: Windows XP
 PHP Version:  5.3CVS-2008-02-04 (snap)
 New Comment:

Yes I actually came across that last night and found out its something
to do with mysql. On windows, I am using the same ones that came with
the snapshots. On linux I had it compiled against the source


Previous Comments:


[2008-02-05 00:33:12] [EMAIL PROTECTED]

You should propably check this out:

http://bugs.mysql.com/bug.php?id=25621

I don't know what mysql libraries you have PHP linked with but most
likely to the buggy ones, hence the error.



[2008-02-04 11:38:35] assid at assid dot com

Sorry my bad.. quick update have not tried snapshot on linux yet.. but
5.2.5 and snapshot on windows. And 5.2.5 on linux



[2008-02-04 11:37:10] assid at assid dot com

I disabled php from apache's modules. Now it doesnt cause apache to
hang. Also, earlier if i stopped apache waited a few mins and then tried
to start it, it didnt used to do that. Checking the process list, i
would always find httpd.exe still running. Disabling the php module now
has clean stop/starts of apache. This problem was very prominent in
linux as well, as mentioned in my original post. Also something related
to this on linux, my sessions used to time out. But I dont know how to
check for that. One thing for certain now is that this behavior is
common between both platforms on 5.2.5 and current snapshot.



[2008-02-04 09:58:21] assid at assid dot com

Description:

This problem exists with apache+php 5.2.5 and on apache+php 04 Feb 2008
00:10:06 -0500 Version: 5.2.6-dev Branch. 
when surfing through a vhost, after a while it just stops working. As
in nothing happens when you click. Apparently it becomes more apparent
IF you hit refresh/reload a few times.. and leave it idle for a minute.
The only way to make it work again, is to restart the apache webserver.

Similarly php-5.2.5 on linux fails to allow apachectl graceful to work.
I have to force stop; killall -9 httpd and then start apache again.
Downgrading to php-5.2.4 seems to fix this issue. Not sure if its
related, but the behavior is similar.

Reproduce code:
---
Hitting refresh on the vhost, clicking links and after some time it
hangs.

Expected result:

Not to hang? - This isnt php code related

Actual result:
--
Backtrace available at
http://assid.com/CrashHang_Report__PID_1360(2_dumps)__02042008150839750.mht
php.ini available at : assid.com/php.ini
error log also has Error in my_thread_global_end(): 3 threads didn't
exit when restarting





-- 
Edit this bug report at http://bugs.php.net/?id=44035&edit=1

#44035 [Opn]: After a while apache hangs. Specially if i refresh instead of clicking a link

[assid at assid dot com]

 ID:   44035
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
 Status:   Open
 Bug Type: Apache2 related
 Operating System: Windows XP
 PHP Version:  5.3CVS-2008-02-04 (snap)
 New Comment:

Sorry my bad.. quick update have not tried snapshot on linux yet.. but
5.2.5 and snapshot on windows. And 5.2.5 on linux


Previous Comments:


[2008-02-04 11:37:10] assid at assid dot com

I disabled php from apache's modules. Now it doesnt cause apache to
hang. Also, earlier if i stopped apache waited a few mins and then tried
to start it, it didnt used to do that. Checking the process list, i
would always find httpd.exe still running. Disabling the php module now
has clean stop/starts of apache. This problem was very prominent in
linux as well, as mentioned in my original post. Also something related
to this on linux, my sessions used to time out. But I dont know how to
check for that. One thing for certain now is that this behavior is
common between both platforms on 5.2.5 and current snapshot.



[2008-02-04 09:58:21] assid at assid dot com

Description:

This problem exists with apache+php 5.2.5 and on apache+php 04 Feb 2008
00:10:06 -0500 Version: 5.2.6-dev Branch. 
when surfing through a vhost, after a while it just stops working. As
in nothing happens when you click. Apparently it becomes more apparent
IF you hit refresh/reload a few times.. and leave it idle for a minute.
The only way to make it work again, is to restart the apache webserver.

Similarly php-5.2.5 on linux fails to allow apachectl graceful to work.
I have to force stop; killall -9 httpd and then start apache again.
Downgrading to php-5.2.4 seems to fix this issue. Not sure if its
related, but the behavior is similar.

Reproduce code:
---
Hitting refresh on the vhost, clicking links and after some time it
hangs.

Expected result:

Not to hang? - This isnt php code related

Actual result:
--
Backtrace available at
http://assid.com/CrashHang_Report__PID_1360(2_dumps)__02042008150839750.mht
php.ini available at : assid.com/php.ini
error log also has Error in my_thread_global_end(): 3 threads didn't
exit when restarting





-- 
Edit this bug report at http://bugs.php.net/?id=44035&edit=1

#44035 [Opn]: After a while apache hangs. Specially if i refresh instead of clicking a link

[assid at assid dot com]

 ID:   44035
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
 Status:   Open
 Bug Type: Apache2 related
 Operating System: Windows XP
 PHP Version:  5.3CVS-2008-02-04 (snap)
 New Comment:

I disabled php from apache's modules. Now it doesnt cause apache to
hang. Also, earlier if i stopped apache waited a few mins and then tried
to start it, it didnt used to do that. Checking the process list, i
would always find httpd.exe still running. Disabling the php module now
has clean stop/starts of apache. This problem was very prominent in
linux as well, as mentioned in my original post. Also something related
to this on linux, my sessions used to time out. But I dont know how to
check for that. One thing for certain now is that this behavior is
common between both platforms on 5.2.5 and current snapshot.


Previous Comments:


[2008-02-04 09:58:21] assid at assid dot com

Description:

This problem exists with apache+php 5.2.5 and on apache+php 04 Feb 2008
00:10:06 -0500 Version: 5.2.6-dev Branch. 
when surfing through a vhost, after a while it just stops working. As
in nothing happens when you click. Apparently it becomes more apparent
IF you hit refresh/reload a few times.. and leave it idle for a minute.
The only way to make it work again, is to restart the apache webserver.

Similarly php-5.2.5 on linux fails to allow apachectl graceful to work.
I have to force stop; killall -9 httpd and then start apache again.
Downgrading to php-5.2.4 seems to fix this issue. Not sure if its
related, but the behavior is similar.

Reproduce code:
---
Hitting refresh on the vhost, clicking links and after some time it
hangs.

Expected result:

Not to hang? - This isnt php code related

Actual result:
--
Backtrace available at
http://assid.com/CrashHang_Report__PID_1360(2_dumps)__02042008150839750.mht
php.ini available at : assid.com/php.ini
error log also has Error in my_thread_global_end(): 3 threads didn't
exit when restarting





-- 
Edit this bug report at http://bugs.php.net/?id=44035&edit=1

#44035 [NEW]: After a while apache hangs. Specially if i refresh instead of clicking a link

[assid at assid dot com]

From: assid at assid dot com
Operating system: Windows XP
PHP version:  5.3CVS-2008-02-04 (snap)
PHP Bug Type: Apache2 related
Bug description:  After a while apache hangs. Specially if i refresh instead of 
clicking a link

Description:

This problem exists with apache+php 5.2.5 and on apache+php 04 Feb 2008
00:10:06 -0500 Version: 5.2.6-dev Branch. 
when surfing through a vhost, after a while it just stops working. As in
nothing happens when you click. Apparently it becomes more apparent IF you
hit refresh/reload a few times.. and leave it idle for a minute. The only
way to make it work again, is to restart the apache webserver.

Similarly php-5.2.5 on linux fails to allow apachectl graceful to work. I
have to force stop; killall -9 httpd and then start apache again.
Downgrading to php-5.2.4 seems to fix this issue. Not sure if its related,
but the behavior is similar.

Reproduce code:
---
Hitting refresh on the vhost, clicking links and after some time it hangs.

Expected result:

Not to hang? - This isnt php code related

Actual result:
--
Backtrace available at
http://assid.com/CrashHang_Report__PID_1360(2_dumps)__02042008150839750.mht
php.ini available at : assid.com/php.ini
error log also has Error in my_thread_global_end(): 3 threads didn't exit
when restarting

-- 
Edit bug report at http://bugs.php.net/?id=44035&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=44035&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=44035&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=44035&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=44035&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44035&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=44035&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=44035&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44035&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44035&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=44035&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44035&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=44035&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=44035&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44035&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=44035&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=44035&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44035&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=44035&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=44035&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=44035&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44035&r=mysqlcfg

#43579 [Opn]: sessions time out on 5.2.5

[assid at assid dot com]

 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
 Status:   Open
 Bug Type: Unknown/Other Function
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

btw: thats not the reproduce code, its the phpinfo just incase needed


Previous Comments:


[2007-12-12 10:53:02] assid at assid dot com

Description:

I tried upgrading to php 5.2.5 from 5.2.4 and ever since i did that my
sessions have been acting strange. It seems most noticable using
squirrelmail. Downgrading back to 5.2.4 seems to have fixed this issue,
so its definitely something on how 5.2.5 handles sessions


Reproduce code:
---
http://spherelinx.com/phpinfo.php
http://assid.pastebin.com/f7ba83639 <-- yes i know certain configure
options have been deprecated.  but using the same config.nice for both

Expected result:

session management similar to 5.2.4 where it doesnt just timeout for no
apparent reason.






-- 
Edit this bug report at http://bugs.php.net/?id=43579&edit=1

#43579 [NEW]: sessions time out on 5.2.5

[assid at assid dot com]

From: assid at assid dot com
Operating system: Debian etch
PHP version:  5.2.5
PHP Bug Type: Unknown/Other Function
Bug description:  sessions time out on 5.2.5

Description:

I tried upgrading to php 5.2.5 from 5.2.4 and ever since i did that my
sessions have been acting strange. It seems most noticable using
squirrelmail. Downgrading back to 5.2.4 seems to have fixed this issue, so
its definitely something on how 5.2.5 handles sessions


Reproduce code:
---
http://spherelinx.com/phpinfo.php
http://assid.pastebin.com/f7ba83639 <-- yes i know certain configure
options have been deprecated.  but using the same config.nice for both

Expected result:

session management similar to 5.2.4 where it doesnt just timeout for no
apparent reason.


-- 
Edit bug report at http://bugs.php.net/?id=43579&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=43579&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=43579&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=43579&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=43579&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43579&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=43579&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=43579&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43579&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43579&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=43579&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43579&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=43579&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=43579&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43579&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=43579&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43579&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43579&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=43579&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=43579&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=43579&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43579&r=mysqlcfg

#43379 [Opn->Csd]: PHP Doesnt pass the integer variables in a multi inherited class

[assid at assid dot com]

 ID:   43379
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
-Status:   Open
+Status:   Closed
 Bug Type: Unknown/Other Function
 Operating System: Windows XP
 PHP Version:  5.2.5
 New Comment:

ignore - worked


Previous Comments:


[2007-11-22 17:48:48] assid at assid dot com

Description:

I am trying to pass an integer to a function. however, if i do that the
integer isnt received.
Making the parameter a string however, it works fine.

Reproduce code:
---
http://assid.pastebin.com/d5bb9c5a3
try to change '5050' to 5050 only

Expected result:

should die with integer being outputted

Actual result:
--
empty if integer, works as string





-- 
Edit this bug report at http://bugs.php.net/?id=43379&edit=1

#43379 [NEW]: PHP Doesnt pass the integer variables in a multi inherited class

[assid at assid dot com]

From: assid at assid dot com
Operating system: Windows XP
PHP version:  5.2.5
PHP Bug Type: Unknown/Other Function
Bug description:  PHP Doesnt pass the integer variables in a multi inherited 
class

Description:

I am trying to pass an integer to a function. however, if i do that the
integer isnt received.
Making the parameter a string however, it works fine.

Reproduce code:
---
http://assid.pastebin.com/d5bb9c5a3
try to change '5050' to 5050 only

Expected result:

should die with integer being outputted

Actual result:
--
empty if integer, works as string

-- 
Edit bug report at http://bugs.php.net/?id=43379&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=43379&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=43379&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=43379&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=43379&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43379&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=43379&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=43379&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43379&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43379&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=43379&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43379&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=43379&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=43379&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43379&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=43379&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43379&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43379&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=43379&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=43379&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=43379&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43379&r=mysqlcfg