#37738 [NEW]: basename does not work with Japanese
From: joey at alegria dot co dot jp
Operating system: Fedora Core 4
PHP version: 5CVS-2006-06-08 (CVS)
PHP Bug Type: *Directory/Filesystem functions
Bug description: basename does not work with Japanese
Description:
------------
Simply put, basename() does ot work with Japanese filepaths. If the
filename is Japanese only the extension part of the filename is returned.
So a filename "/folder/t@C¼.txt" resolves to just ".txt". I
discovered the problem when performing a basename() on the $_FILES array's
'name' element for uploaded Japanese files, however after testing the bug
occurs no matter how you supply the filename.
My PHP environment is running with UTF-8 internal encoding.
The code snippet below illustrates this perfectly.
Reproduce code:
---------------
<?php
// show normal behavior with roman filename
$filename='/myfolder/roman_filename.txt';
echo "The full filename of the romanized file is $filename.\n"; //
/myfolder/roman_filename.txt
$basename=basename($filename);
echo "The basename of the romanized file is $basename.\n"; //
/roman_filename.txt
// show behavior with Japanese filename
$filename='/myfolder/ú{êÌt@C¼.txt';
echo "The full filename of the Japanese file is $filename.\n"; //
/myfolder/ú{êÌt@C¼.txt
$basename=basename($filename);
echo "The basename of the Japanese file is $basename."; // .txt
?>
Expected result:
----------------
The full filename of the romanized file is /myfolder/roman_filename.txt.
The basename of the romanized file is roman_filename.txt.
The full filename of the Japanese file is
/myfolder/ú{êÌt@C¼.txt.
The basename of the Japanese file is ú{êÌt@C¼.txt.
Actual result:
--------------
The full filename of the romanized file is /myfolder/roman_filename.txt.
The basename of the romanized file is roman_filename.txt.
The full filename of the Japanese file is
/myfolder/ú{êÌt@C¼.txt.
The basename of the Japanese file is .txt.
--
Edit bug report at http://bugs.php.net/?id=37738&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37738&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37738&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37738&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37738&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=37738&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37738&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=37738&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=37738&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37738&r=support
Expected behavior: http://bugs.php.net/fix.php?id=37738&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=37738&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=37738&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37738&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37738&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37738&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=37738&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37738&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37738&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37738&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=37738&r=mysqlcfg
Thread (7 messages)
- joey at alegria dot co dot jp