Bug #50374 [Fbk->NoF]: .user.ini subdirectory not working and problem with [PATH] in php.ini

From: Date: Sun, 28 Feb 2021 04:22:08 +0000
Subject: Bug #50374 [Fbk->NoF]: .user.ini subdirectory not working and problem with [PATH] in php.ini
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-232421@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=50374&edit=1

 ID:               50374
 Updated by:       php-bugs@lists.php.net
 Reported by:      tom_borgo at hotmail dot com
 Summary:          .user.ini subdirectory not working and problem with
                   [PATH] in php.ini
-Status:           Feedback
+Status:           No Feedback
 Type:             Bug
 Package:          Scripting Engine problem
 Operating System: XP SP3
 PHP Version:      5.3.1
 Assigned To:      cmb
 Private report:   N

 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.


Previous Comments:
------------------------------------------------------------------------
[2021-02-16 13:30:39] cmb@php.net

I cannot reproduce this with PHP-7.4 FCGI (tested with IIS and
Apache).  For me, .user.ini in subdirectories are scanned, and
PHP_INI_ALL and PHP_INI_PERDIR settings are applied.

Can anybody still reproduce with any of the actively supported PHP
versions[1]?

[1] <https://www.php.net/supported-versions.php>

------------------------------------------------------------------------
[2019-12-13 19:19:46] noyearzero at hotmail dot com

This but just passed it's 10th anniversary!  How about we celebrate by getting it fixed?

I have the same issue on Windows 10 x64 using the Apache 2.4.41 x64 and the fcgi module.  I've
tried pretty much all the php versions both Thread Safe and Not.  I've tried about every
combination of everything I could possibly change.  

I'd really like to see this fixed because PHP on windows actually works pretty good now...
other than this.

------------------------------------------------------------------------
[2017-01-13 09:00:54] kawewong at gmail dot com

I have the same problem.

If I put .user.ini file into www root.
http://localhost/ -> ini_get('upload_max_filesize')
result is 10M (override value)
http://localhost/test ->
ini_get('upload_max_filesize') result is 10M
http://localhost/test/lv2 ->
ini_get('upload_max_filesize') result is 10M
http://localhost/test/lv2/lv3 ->
ini_get('upload_max_filesize') result becomes 2M which is php.ini value and this folder
has no .user.ini file.
These are not in virtual directory.

------------------------------------------------------------------------
[2015-03-17 09:39:46] framelio at gmail dot com

I have the same problem here, with php 5.3.29, 5.4.38, 5.5.22 and 5.6.6 

Configuration on linux with Apache 2.4.12 and mod_proxy_fcgi and PHP-FPM configuration:

# This is to forward all PHP to php-fpm.
<FilesMatch \.php$>
 SetHandler "proxy:unix:/path/to/.socks/php-domain.sock|fcgi://domainname/"
</FilesMatch>

The .user.ini directives apply only in the same folder as the php file and not in the subfolders.

Some phpinfo:

Server API: FPM/FastCGI 
_SERVER["DOCUMENT_ROOT"] is correctly set to the virtualhost DocumentRoot

I didn't have this problem when working with mod_fastcgi using FastCgiExternalServer directive.

------------------------------------------------------------------------
[2014-09-13 13:08:27] dummy at dumyydummy dot com

Same problem on Win7 with apache 2.4.10 X86 (the one from apache haus and the one from Apache
Lounge) and php 5.6.0, php 5.5.16 or php 5.3.29 all in fcgi mode.

php configurations defined in .user.ini only apply to the folder where .user.ini is. Not subfolders.

------------------------------------------------------------------------


The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at

    https://bugs.php.net/bug.php?id=50374


--
Edit this bug report at https://bugs.php.net/bug.php?id=50374&edit=1


Thread (18 messages)

« previous php.bugs (#232421) next »