In T11613#194409, @dfumagalli wrote:

In T11613#194396, @chad wrote:

Assuming probably you're seeing T10352

Yes, I have read that. Putting "END" solves the recursion but the issue about path being empty comes up as in that bug report.
Since the suggested diagnostic PHP snippet shows path being correctly handled by "END" (except for when we call the website root), a quick'n' dirty fix I have tried is to look at the code checking path <> "" and set path = '/' if empty instead of raising an exception.

In T11627#194460, @chad wrote:

Features unfortunately aren't free. They cost time to build, test, and provide lifetime support of, that we must pay.

In T11627#194423, @epriestley wrote:

This is unique to this particular setup check (open_basedir configured, but not in a way that creates a concrete problem we're able to detect).

I'm inclined to just simplify this check and make any value for open_basedir cause a fatal setup error.

In T11613#194396, @chad wrote:

Assuming probably you're seeing T10352

In T11613#194389, @chad wrote:

Can you file a bug report then if you believe the documentation contains a bug?

In T11613#194386, @chad wrote:

After fixing a bug in the provided .htaccess (recursion because of using "L" flag in self-modifying path), setup starts.

Are you following another guide on the internet? We don't provide .htaccess configurations in our guides.

After fixing a bug in the provided .htaccess (recursion because of using "L" flag in self-modifying path), setup starts. However by quickly assessing the PHP code, I have noticed how APC "auto-detect" is PHP < 5.5 oriented.

In T11613#194219, @chad wrote:

Are you running apparmor or selinux?

In T11613#194212, @avivey wrote:

It looks like you have all the required extensions, although it's possible that they are only enabled when running php from the command line, and not from Apache; If you can get a php page to run phpinfo(), it will print out the full information from the right context.

Alternatively, if you checkout stable branch of Phabricator, you'll get a better error message.

I am able to reproduce this using another class of errors from https://secure.phabricator.com/diffusion/P/browse/master/src/applications/config/check/PhabricatorPHPPreflightSetupCheck.php, but these are all much more complex to explain.

In any case, I don't think we need the video, thanks.

Here are my own PHP modules:

In T11613#194139, @avivey wrote:

That might help.
Also, a stack-trace (should be in the webserver error log) might show something.

If you cannot reproduce the issue, I can create a video of a XDebug session leading to the error, so you see the program flow.

In T11613#194114, @avivey wrote:

Which versions of php and webserver are you using?