#49056 [NEW]: parse_ini_file regression in 5.3.0 when using non-ASCII strings as option keys
| From: | weierophinney@php.net | Date: | Sat, 25 Jul 2009 13:41:27 +0000 |
| Subject: | #49056 [NEW]: parse_ini_file regression in 5.3.0 when using non-ASCII strings as option keys | ||
| Groups: | php.bugs | ||
| Request: | Send a blank email to php-bugs+get-140236@lists.php.net to get a copy of this message | ||
From: weierophinney@php.net
Operating system: Ubuntu 9.04
PHP version: 5.3.0
PHP Bug Type: Filesystem function related
Bug description: parse_ini_file regression in 5.3.0 when using non-ASCII strings as option keys
Description:
------------
In PHP versions < 5.3.0, one could specify INI option keys using non-ASCII
characters; parse_ini_file would find these without issue.
Starting with 5.3.0, such options are silently dropped from the returned
array of key/value pairs. The same is true of parse_ini_string().
I have the following extensions enabled:
bz2 Core ctype curl date dom ereg fileinfo filter gd gettext hash iconv
intl json libxml mhash mysql openssl pcntl pcre PDO pdo_mysql pdo_sqlite
Phar posix Reflection session SimpleXML soap sockets SPL SQLite sqlite3
standard tidy tokenizer xml xmlreader xmlwriter zip zlib
My php.ini is php.ini-development, with the only changes being to set my
include_path and date.timezone.
Reproduce code:
---------------
$string =<<<EOT
Cooking_furniture="Küchen Möbel (en)"
Küchen_Möbel="Cooking furniture (en)"
EOT;
$data = parse_ini_string($string);
var_export($data);
Expected result:
----------------
array (
'Cooking_furniture' => 'Küchen Möbel (en)',
'Küchen_Möbel' => 'Cooking furniture (en)',
)
Actual result:
--------------
array (
'Cooking_furniture' => 'Küchen Möbel (en)',
)
--
Edit bug report at http://bugs.php.net/?id=49056&edit=1
--
Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49056&r=trysnapshot52
Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49056&r=trysnapshot53
Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49056&r=trysnapshot60
Fixed in SVN: http://bugs.php.net/fix.php?id=49056&r=fixed
Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49056&r=needdocs
Fixed in release: http://bugs.php.net/fix.php?id=49056&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=49056&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=49056&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=49056&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=49056&r=support
Expected behavior: http://bugs.php.net/fix.php?id=49056&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=49056&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=49056&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=49056&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49056&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=49056&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=49056&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=49056&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=49056&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=49056&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=49056&r=mysqlcfg