#26331 [NEW]: Wrong documents loaded in frames

From: Date: Thu, 20 Nov 2003 14:47:57 +0000
Subject: #26331 [NEW]: Wrong documents loaded in frames
Groups: php.bugs 
Request: Send a blank email to php-bugs+get-50748@lists.php.net to get a copy of this message
From: john dot gray at synerge dot com dot au Operating system: Mandrake 8.1 PHP version: 4.3.2 PHP Bug Type: Output Control Bug description: Wrong documents loaded in frames Description: ------------ I have a problem with a site that uses frames heavily, and I am using php simply to pass-thru html documents and images so I can do my own (very complex) security - intermittently, the wrong document is sent to the wrong frame - with images, it is particularly bad with the wrong binary image data loading in the wrong place on the page. Could this be something to do with global variables? are they global across threads???? -- Edit bug report at http://bugs.php.net/?id=26331&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26331&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26331&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26331&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26331&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26331&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26331&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=26331&r=support Expected behavior: http://bugs.php.net/fix.php?id=26331&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=26331&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=26331&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26331&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26331&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26331&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26331&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=26331&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26331&r=float

« previous php.bugs (#50748) next »