Bug #69050 [NEW]: User defined file stream wrapper called only once even after page reload
| From: | dev at eviweb dot fr | 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