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)

PowerPC
macOS
defect

Tracking

()

People

(Reporter: amyy, Unassigned)

Details

(Keywords: intl, regression)

Attachments

(1 file)

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.
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
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
so, this is regression by moving to Mach-O build.
Status: NEW → ASSIGNED
Keywords: regression
Priority: -- → P2
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
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_&#268;__S_Š.txt 15.5.2004 11:40:37 File: __U_Ü__O_Ö__A_Ä__.txt 15.5.2004 11:40:37 File: s_š__c_&#269;__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 : &#1055;&#1086;&#1084;&#1086;&#1097;&#1100; .txt &#1513;&#1501; &#1495;&#1489;&#1512; &#1492;&#1499;&#1504;&#1505;&#1514;.txt &#65172;&#65252;&#65260;&#65251; &#65173;&#65165;&#65194;&#65256;&#65176;&#65204;&#65251;.txt &#12516;&#12501;&#12540;&#12391;&#20685;&#12356;&#12390;&#12415;&#12414;&#12379;&#12435;&#12363;.txt They are not displayed.
Can someon PLEASE fix this bugzilla bug ? It is just a matter of removing an unneeded "amp;" string
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
Mass Reassign Please excuse the spam
Assignee: ftang → nobody
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 → ---
Reassigning Franks old bugs to Jungshik Shin for triage - Sorry for spam
Assignee: nobody → jshin1987
Status: REOPENED → NEW
QA Contact: amyy → i18n
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

The bug assignee didn't login in Bugzilla in the last 7 months, so the assignee is being reset.

Assignee: jshin1987 → nobody
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: