Bug #69050 [NEW]: User defined file stream wrapper called only once even after page reload

From: Date: Fri, 13 Feb 2015 11:00:09 +0000
Subject: Bug #69050 [NEW]: User defined file stream wrapper called only once even after page reload
Groups: php.bugs 
Request: Send a blank email to php-bugs+get-190655@lists.php.net to get a copy of this message
From: dev at eviweb dot fr Operating system: Ubuntu 14.04.1 LTS PHP version: 5.6.5 Package: Streams related Bug Type: Bug Bug description:User defined file stream wrapper called only once even after page reload Description: ------------ A user defined stream wrapper for the file protocol is called only once even if you reload your page. It occurs when you include/require a file without the explicit file:/// protocol. This independently of the allow_url_include value. When the required path is prefixed with the file:/// protocol, the wrapper is correctly created on each page reload, which is the expected behaviour. There should not be differences between requiring a file with or without specifying the file protocol. Test script: --------------- please clone this repository https://github.com/eviweb/php-file-stream-wrapper-issue.git check the execute permissions are set on the ./start-server script and run it. Then go to http://localhost:8000. Click twice on each links and check expected and actual test results. I noticed on my environment that for the implicit-file test, the file stream wrapper instance is created only during the first run and nevermore. Expected result: ---------------- When registered, a user defined stream wrapper for the file protocol should be created on each page load when a file is included/required, even if the file path is not prefixed with file:///. Actual result: -------------- The wrapper is created on the first page load and nevermore. -- Edit bug report at https://bugs.php.net/bug.php?id=69050&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=69050&r=trysnapshot54 Try a snapshot (PHP 5.5): https://bugs.php.net/fix.php?id=69050&r=trysnapshot55 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=69050&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=69050&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=69050&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=69050&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=69050&r=needscript Try newer version: https://bugs.php.net/fix.php?id=69050&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=69050&r=support Expected behavior: https://bugs.php.net/fix.php?id=69050&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=69050&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=69050&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=69050&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=69050&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=69050&r=dst IIS Stability: https://bugs.php.net/fix.php?id=69050&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=69050&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=69050&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=69050&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=69050&r=mysqlcfg

« previous php.bugs (#190655) next »