Bug 118958

Summary: ls -l in Japanese environment is not correct
Product: [Fedora] Fedora Reporter: Nakai <ynakai>
Component: coreutilsAssignee: Tim Waugh <twaugh>
Status: CLOSED DUPLICATE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: rawhide   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-11-09 12:27:56 EST Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Attachments:
Description Flags
actual result
none
The expected result none

Description Nakai 2004-03-23 03:22:28 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; ja-JP; rv:1.6) Gecko/20040115

Description of problem:
ls -l returns wrong string in Japanese locale.

LANG=ja_JP.UTF-8 ls -l
drwxrwxr-x  2 nakai nakai     4096  3&#26376;  8 20:39 CVS


Version-Release number of selected component (if applicable):
coreutils-5.0-39

How reproducible:
Always

Steps to Reproduce:
1. LANG=ja_JP.UTF-8
2. ls -l
3. Linux OS is crappy
    

Actual Results:  drwxrwxr-x  2 nakai nakai     4096  3&#26376;  8
20:39 CVS


Expected Results:  drwxrwxr-x  2 nakai nakai     4096  3&#26376; 
8&#26085; 20:39 CVS


Additional info:

No such laughs in the proprietary.
Comment 1 Tim Waugh 2004-03-23 05:59:06 EST
coreutils-5.0-39?  Could you try the current version, 5.2.1-3, please?

Also, I've no idea how to try to reproduce the bytes above since I
don't know the date of the file. :-)

Please could you give me something repeatable, like this?:

touch -d "Jan 1 2004" foo
ls -l foo

with either a screenshot, or a dump of the bytes with 'od -tx1'?  Thanks.
Comment 2 Nakai 2004-11-08 00:15:23 EST
Still happens on coreutils-5.2.1-31.
Comment 3 Nakai 2004-11-08 00:16:02 EST
Created attachment 106268 [details]
actual result
Comment 4 Nakai 2004-11-08 00:18:22 EST
Created attachment 106269 [details]
The expected result
Comment 5 Tim Waugh 2004-11-09 12:27:56 EST

*** This bug has been marked as a duplicate of 124862 ***