Date: 08/04/00
- Next message: mlemos <email protected>: "[PHP-DEV] PHP 4.0 Bug #5954: Informix can't reliably figure if a text result column is NULL"
- Previous message: mlemos <email protected>: "[PHP-DEV] PHP 4.0 Bug #5952: Informix ifx_fetch_row corrupts columns of type INT8"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
From: mbeers <email protected>
Operating system: Windows 2000
PHP version: 4.0.1pl2
PHP Bug Type: Session related
Bug description: Session invalidates when newline character is inserted into a session variable
If you take a form with a textfield on it and enter some text, including hit enter a couple of times, and store that information in a session variable, when you later try to access that variable (or any variables registered after that one) it is invalidated.
It seems that when the session file is created, the newline character creates a second line (on win32 anyway) and I suppose that the code that reads the encoded session reads a line at a time, thereby missing the second line of information and invalidating any variables occurring after the one with newline charaters in it. We worked around this particular problem by replacing \n with another character, and this kept the session intact. (Please note that the \r character remained in the string, but win32 of course does not recognize that as eol)
This was only tested on IE5, but not Netscape or earlier versions of IE.
-- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: php-dev-unsubscribe <email protected> For additional commands, e-mail: php-dev-help <email protected> To contact the list administrators, e-mail: php-list-admin <email protected>
- Next message: mlemos <email protected>: "[PHP-DEV] PHP 4.0 Bug #5954: Informix can't reliably figure if a text result column is NULL"
- Previous message: mlemos <email protected>: "[PHP-DEV] PHP 4.0 Bug #5952: Informix ifx_fetch_row corrupts columns of type INT8"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

