Bug #16890 Updated: Session variables lost during page changes

ID: 16890 Updated by: info@how2pc.de Reported By: phpbug@ski-info-online.com Status: Open Bug Type: Session related Operating System: WinXP PHP Version: 4.2.0 New Comment: Yes, I get the same error on a Win2K-Server (PHP 4.0.6, MySQL 3.23). The problem started when turning off register_globals. May be its helpful to know, that variables are registered by the session_management but their value is not stored (tested by looking into the session file created): <--cut--> !s_UID|!s_UserInfo|!s_admin| <--cut--> I think its a bug... :-) Previous Comments: ------------------------------------------------------------------------ [2002-06-12 08:56:19] herrylin@skl.com.tw I had the same problems when I working on win98, and OS/2, but both of the same version v4.2.1. Mine occured as below: --- form.html --- <html> <FORM METHOD="POST" ACTION="getform.php"> <INPUT TYPE="TEXT" NAME="thename" SIZE="20"> <INPUT TYPE="SUBMIT" VALUE="Submit"> </FORM> </html> --- getform.php --- <html> <?php echo "<hr>".$thename."end<hr>"; ?> </html> ============================= PHP failed to get the variable $thename. Both v4.2.1 under win98 ans os/2, I found the same problems. ------------------------------------------------------------------------ [2002-05-02 13:08:35] stevan@xs4all.nl I also am troubled by the same bug. In the Nusphere package I use for development on a Windows XP machine and on the webserver which runs linux. The problem is occuring since the 4.1.2 upgrade. I hoped it would be resolved in 4.2.0. The bug Id for the same incident on version 4.1.2 is 15909. BTW: In my case it only happens on pages which use Mysql. Example: I use a login-page which check the user-credentials with those found in a Mysql-table -> All goes well. Next the user enters a menu which is composed, depending on user rights which are stored in Mysql -> All goes well. When users try to make or alter a news-message the Session variables which were previously stored (i.e. whether or not a user is logged in, what his/her roles are), stay in the Session; however, all new variables such as message-text, title and so on, are not stored. So when performing an insert-statement, the new data is lost. This is before any MySql statements are parsed or even sent to the database. The only differences I can see with other forms using PHP are: 1) The form uses TEXTAREA 2) Some of the Mysql table columns used are LONGTEXT. ------------------------------------------------------------------------ [2002-05-02 12:08:24] jjerome1@nycap.rr.com I have similar trouble on ------------------------------------------------------------------------ [2002-04-29 02:57:31] phpbug@ski-info-online.com Problem remains. ------------------------------------------------------------------------ [2002-04-29 02:56:30] phpdub@ski-info-online.com Oops, yep I agree. The test script has a remnant from some "clutching at straws" testing. Apologies. Rest assured though that the problem is there even if you remove the first switch and call session_start() for all cases. ------------------------------------------------------------------------ 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/16890 -- Edit this bug report at http://bugs.php.net/?id=16890&edit=1