I can't reproduce it in OSX.  Are you sure you are running 5.4.0 but not previous 
RC versions?

Sorry I was working on this for an hour and I left out the router part.

Using router.php (The only file in __DIR__ is index.php):

   if (file_exists(__DIR__ . '/' . $_SERVER['REQUEST_URI'])) {
     return false;
   } else {
     include_once 'index.php';
   }

The results of $_SERVER['PATH_INFO'] when calling http://localhost:8000/notset 
is: /notset.


The results of $_SERVER['PATH_INFO'] when calling http://localhost:8000/not.set 
is: PHP Notice: Undefined index: 
PATH_INFO.

Built-in server will consider it as a static file request if there is a dot in the  
SCRIPT_NAME. 

so, it's kind of expect behavior. thanks

I've been debugging FuelPHP's router because of this bug. Does it really make sense? Why would a dot mean a static file request? Also, if it does, why was the router fired at all?
I don't really want to run Apache to make my app able to handle requests with a dot in the URI.

This happens for drush which uses PHP's built-in server.

Related GH issues:
- https://github.com/drush-ops/drush/issues/752
- https://github.com/drush-ops/drush/issues/1641
- https://github.com/drush-ops/drush/pull/1658

Dear @laruence, this is non-sense. If you allow it to be routed to the script, but you don't set the PATH_INFO key to what is expected, then that's surely a bug that deserves fixing. If the script returns 404, go ahead, serve the static file.

Here

https://github.com/getgrav/grav-plugin-admin/issues/3

apparently there are apps that are forced to include special case for the built-in web server, because it doesn't behave like expected. That kind of counters the goal of it, right?

This doesn't make any sense... What is the point of letting the router run but not filling the data correctly?!
The router become useless in so many situations because of this.

The internals team have no interest in developing a fully featured, production ready web server.

The CLI web server is only a development server, it does what is necessary for us to run tests, and you can use it for some testing.

Any product that decides to deploy the CLI server as if it were a production ready server is doing so mistakenly.

I don't intend for the PHP internal server to have any additional features, however I do expect its existing features to function regardless of if my routes contain a dot.

I haven't made the mistake of placing the PHP internal server into production use, just perhaps the mistake of placing it into use at all.

I fully understand the point of the built-in server to be for debugging and testing purposes only and not for production, which makes bugs and issues lower priority than on production systems.

But it leads the purpose of its functionality for testing and debbuing ad absurdum if the behaviour is totally different in the built-in, so I really do not see any reason why this is a wontfix.

@laruence: "Built-in server will consider it as a static file request if there is a dot in the  
SCRIPT_NAME."

Why is that? I guess this could be changed to reflect the functionality it has when its not running as built-in server?

Sometimes i want to download some script and start to debug it fast on PHP built-in server. But if url consists of ".html" postfix it doesnt work. Error 404. Please fix it. Fast deploing of scripts on built-in server is very important part of debugging process!

I'm using builtin web server for local developing. Its usage is far more easier than managing config files and hostnames for local web server.

Builtin web server should test, if file exists for any url, return it, otherwise pass to the script. Files without extensions are still files.
Now builtin web server behaves strangely.

Dear @laruence, you are explaining what the code is doing, and you are correct.

But it seems that users are expecting something different, particularly they want that the the built in server behaves exactly as it is stated on the documentation page.

I have made a PR that should provide this expected behaviour.

Only if a path ends with .php the server responds with a 404 if the corresponding file is not present, otherwise it behaves exactly as for any path which does not correspond to a file: it calls the "index"es setting the PATH_INFO.

I've tried it serving a Drupal 8 local installation and it is working quite fine.

NOTE This is my first contribution to the project, so be patient if something is not as expected.

I invite anyone who need this to try to build from my github repo and give feedback.

https://github.com/php/php-src/pull/3215

h