Open
Bug 191156
Opened 23 years ago
Updated 3 years ago
[Mach-O] Non-ascii file names are not displayed in local file list
Categories
(Core :: Internationalization, defect, P3)
Tracking
()
NEW
People
(Reporter: amyy, Unassigned)
Details
(Keywords: intl, regression)
Attachments
(1 file)
|
7.40 KB,
image/png
|
Details |
Build: 01-29 mozilla and Mach-O trunk build / Mac 10.2.2
Steps to reproduce:
1. I have both Japanese and French accent characters named folders/files under
my desktop.
2. Set the OS locale as Japanese, and launch browser.
3. Open the locale file directory, e.g.: file:///Users/<user name>/Desktop/
4. Switch to different charsets.
Result:
mozilla Mach-O
JA directory name OK with JA charset NG with JA charset
FR directory name NG with latin-1 charset NG with latin-1 charset.
| Reporter | ||
Comment 1•23 years ago
|
||
Sorry, the above result is a little bit wrong: mozilla result were based on
iso-8859-1/15, the French directory names are displayed fine with MacRoman.
It turns out it's a Mach-O build only problem: non-ascii directory names are not
displayed properly no matter how I switch the charset.
Assignee: smontagu → ftang
Summary: Non-ascii file names are not displayed in locale file list → [Mach-O]Non-ascii file names are not displayed in locale file list
Updated•23 years ago
|
Summary: [Mach-O]Non-ascii file names are not displayed in locale file list → [Mach-O] Non-ascii file names are not displayed in locale file list
Comment 2•23 years ago
|
||
so, this is regression by moving to Mach-O build.
related to bug 189350 I think.
Summary: [Mach-O] Non-ascii file names are not displayed in locale file list → [Mach-O] Non-ascii file names are not displayed in local file list
Comment 4•21 years ago
|
||
Don't know if it the same, but :
win2003 / FireFox 0.9.3
The URL is file:///G:/temp/chartest/ and the page shows :
Index of file:///G:/temp/chartest/
Up to higher level directory
File: Z_Ž__C_Č__S_Š.txt 15.5.2004 11:40:37
File: __U_Ü__O_Ö__A_Ä__.txt 15.5.2004 11:40:37
File: s_š__c_č__z_ž.txt 15.5.2004 11:40:37
File: u_ü__o_ö__a_ä__ss_ß.txt 15.5.2004 11:40:37
But the directory has 4 more files :
Помощь .txt
שם חבר הכנסת.txt
ﺔﻤﻬﻣ ﺕﺍﺪﻨﺘﺴﻣ.txt
ヤフーで働いてみませんか.txt
They are not displayed.
Comment 5•21 years ago
|
||
Can someon PLEASE fix this bugzilla bug ? It is just a matter of removing an
unneeded "amp;" string
Comment 6•21 years ago
|
||
what a hack. I have not touch mozilla code for 2 years. I didn't read these bugs
for 2 years. And they are still there. Just close them as won't fix to clean up.
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → WONTFIX
Comment 8•21 years ago
|
||
Mass Re-opening Bugs Frank Tang Closed on Wensday March 02 for no reason, all
the spam is his fault feel free to tar and feather him
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Comment 9•21 years ago
|
||
Reassigning Franks old bugs to Jungshik Shin for triage - Sorry for spam
Assignee: nobody → jshin1987
Status: REOPENED → NEW
Updated•16 years ago
|
QA Contact: amyy → i18n
Comment 10•7 years ago
|
||
Moving to p3 because no activity for at least 1 year(s).
See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Priority: P2 → P3
Comment 11•4 years ago
|
||
The bug assignee didn't login in Bugzilla in the last 7 months, so the assignee is being reset.
Assignee: jshin1987 → nobody
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•