Bug #75159 [Com]: 7.2 does not parse additional .ini files

Edit report at https://bugs.php.net/bug.php?id=75159&edit=1 ID: 75159 Comment by: anrdaemon at freemail dot ru Reported by: anrdaemon at freemail dot ru Summary: 7.2 does not parse additional .ini files Status: No Feedback Type: Bug Package: *Configuration Issues Operating System: Windows PHP Version: 7.2.0RC1 Block user comment: N Private report: N New Comment: What "feedback" did you expect? "This is still an issue" spam? Ok, here it is: RC5, same issue. Previous Comments: ------------------------------------------------------------------------ [2017-11-05 04:22:49] php-bugs at lists dot php dot net 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. ------------------------------------------------------------------------ [2017-09-29 06:09:14] anrdaemon at freemail dot ru RC3 - same issue. ------------------------------------------------------------------------ [2017-09-19 14:25:05] anrdaemon at freemail dot ru I've tested RC2 in a Win7 VM with minimal environment changes. Same behavior. The directory to scan is recognized, but not ini files are read according to php --ini. SET PHP_INI_SCAN_DIR=C:\php\conf.d "C:\php\php.exe" --version PHP 7.2.0RC2 (cli) (built: Sep 14 2017 00:12:44) ( ZTS MSVC15 (Visual C++ 2017) x64 ) Copyright (c) 1997-2017 The PHP Group Zend Engine v3.2.0-dev, Copyright (c) 1998-2017 Zend Technologies "C:\php\php.exe" --ini Configuration File (php.ini) Path: C:\Windows Loaded Configuration File: C:\php\php-cli.ini Scan for additional .ini files in: C:\php\conf.d Additional .ini files parsed: (none) dir "C:\php\conf.d" Volume in drive C is unlabeled Serial number is 3411:6507 Directory of C:\php\conf.d\* 19.09.2017 2:49 <DIR> . 19.09.2017 2:49 <DIR> .. 10.02.2016 3:45 110 .readme 14.08.2017 17:14 588 00-core.ini 25.12.2016 1:21 43 00-date.ini 12.05.2017 21:54 1 893 00-extensions.ini 25.12.2016 1:24 514 00-mail.ini 25.12.2016 1:19 182 10-mbstring.ini 20.03.2017 18:35 158 10-session.ini 25.12.2016 1:15 32 bz2.ini 09.12.2016 2:25 40 crypto.ini 25.12.2016 1:16 34 curl.ini 25.12.2016 3:04 34 exif.ini 25.12.2016 3:11 40 fileinfo.ini 25.12.2016 3:10 32 ftp.ini 25.12.2016 1:32 63 gd2.ini 11.12.2016 22:11 40 gettext.ini 25.12.2016 1:16 32 gmp.ini 25.12.2016 1:19 113 iconv.ini 25.12.2016 1:16 34 imap.ini 09.12.2016 2:54 62 intl.ini 10.02.2016 4:00 55 ldap.ini 11.08.2017 12:24 3 014 mysql.ini 25.12.2016 1:17 40 openssl.ini 27.02.2016 20:42 33 phar.ini 25.12.2016 3:33 36 shmop.ini 25.12.2016 1:17 40 sockets.ini 24.12.2016 11:52 42 sqlite.ini 09.12.2016 2:53 419 tidy.ini 21.06.2017 13:11 738 xdebug.ini 20.03.2017 18:23 32 xsl.ini 8 493 bytes in 29 files and 2 dirs 118 784 bytes allocated 904 630 272 bytes free ------------------------------------------------------------------------ [2017-09-14 09:39:56] anrdaemon at freemail dot ru Wish I know what was that. I tried some variations, including supplying only one path in the env var, but to no avail. Is there anything I can do to trace this down further? ------------------------------------------------------------------------ [2017-09-13 09:45:36] ab@php.net Thanks for the report. Though, i don't reproduce the behavior. Setting PHP_INI_SCAN_DIR seems to work. The only case where the additional ini is not read in is when -n is passed, but that's expected. There must be likely yet another factor to reproduce. Thanks. ------------------------------------------------------------------------ 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=75159 -- Edit this bug report at https://bugs.php.net/bug.php?id=75159&edit=1