Closed Bug 97484 Opened 24 years ago Closed 24 years ago

file selection dialogs can not handle UTF-8 filenames

Categories

(Core :: Internationalization, defect, P2)

Product:
Core
Component:
Internationalization
Platform:
x86
Linux
Type:
defect

Tracking

()

Status:
VERIFIED WORKSFORME
Milestone:
mozilla0.9.8

People

(Reporter: christoph.singer, Assigned: shanjian)

Details

(Keywords: intl)

I'm running Mozilla in an UTF-8 locale. When I compose a new message and want to attach a file, the attachment selection box shows all non-ascii characters of UTF-8 filenames as single byte latin1 characters (i.e. it shows 2 latin1-characters for 1 Russian utf-8 character). When I try to select such a file as an attachment the following error message is diplayed: "File ... doesn't exist".
Red Hat doesn't have utf-8 locale support. Katakai-san, do you see the problem on Solaris?
assign to bstell.
Assignee: yokoyama → bstell
Confirmed the bug based on reporter's description. Christoph, what's the locale name for the UTF-8 locale you used? (the value of LANG environment variable)
> Christoph, what's the locale name for the UTF-8 locale you used? de_DE.UTF-8 sometimes I'm using ru_Ru.UTF-8, the result is the same
Christoph, thanks for the info. Do you see this problem when you do File | Open File on Navigator window?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: intl
> Do you see this problem when you do File | Open > File on Navigator window? Yes! Obviously I never opened a local file in Mozilla so I never recognized it... Under this circumstances, this bug probably has to be reassigned to another Product / Component - could this please do someone who knows where the bug now belongs to?
all other file selection dialog windows show this bug as well
Summary: file attachment selection box can not handle UTF-8 filenames → file selection dialogs can not handle UTF-8 filenames
Changed Product to Browser.
Product: MailNews → Browser
never happend in Solaris ja_JP.UTF-8 locale. I'll try Linux UTF-8 locale.
Status: NEW → ASSIGNED
Target Milestone: --- → Future
P2, Major, m0.9.8. move to shanjian
Assignee: bstell → shanjian
Status: ASSIGNED → NEW
Priority: -- → P2
Target Milestone: Future → mozilla0.9.8
accepting.
Status: NEW → ASSIGNED
I don't see this problem in 0.9.6 (Build 2001112012) any more - it works now for me (SuSE Linux 7.2). Has it been fixed?
I verified this on HPUX de_DE.utf8 locale. I can save and open utf8 file name without problem. I will close it if nobody can see this problem on other platforms.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Marked this as verified based on Shanjian's comments.
Status: RESOLVED → VERIFIED
I'm having this problem using Windows XP. When I attempt to upload a file with the filename utf-8 encoded, (form input type file), the file dialog shows the name and path perfectly fine, but when I open it to be added to my HTML form, the filename and path (that are UTF-8) encoded, is converted to underscores. Upon submitting the form, a zeroK file is created on the server with underscores. I also just realized that when I paste the file path into the form bypassing the file dialog, the form field looks perfect with the correct UTF-8 encoded filename. But on submit, the same thing happens, a zeroK file is created on the server with underscores. I'm not too sure if this is a bug or I need to configure firefox to support UTF-8. (Pages I view that are UTF-8 encoded displays perfectly fine, it's just the file upload that I can't get working). With this in mind, I won't reopen the bug and see where this leads to.
You need to log in before you can comment on or make changes to this bug.