119507 - [US locale] Can not attach a file under Japanese path name on mozilla bug report

Status: VERIFIED WORKSFORME

(Core :: Internationalization, defect)

Description

[Yuying Long]

Build: 01-10 trunk build on Mac OS 10.1

Steps:
1. Create a path name which contains Japanese character on local drive.
2. Open a bug report under http://bugzilla.mozilla.org
3. Click on Create a new attachment.
4. Choose a file under the path name that created on step 1.

Result:
The Japanese characters are displayed as "?" in the path name ( see a followed
screen shot), and when you click the Submit button, you will get an error
message that tells the file is not existing.

Comment 1

[Yuying Long]

Attachment: screen shot for Japanese characters display as "?" in path name.

Comment 2

[nhottanscp]

Is your system default to Japanese?

Comment 3

[Yuying Long]

Oh, you are right - I always keep my machine default as Japanese.  But yesterday
I changed it to US and I forgot this change when I report this bug.

However, even I set machine to US, I can see the Japanse path name of OS, also I
can open the files under Japanese path name, that's why I didn't realized I was
under the US locale.

Comment 4

[nhottanscp]

Was the Japanese folder created under JA locale or US locale?

Comment 5

[Yuying Long]

The folder that in my attachment was created in JA locale, but actually it's
doesn't matther with which locale that the file was created in, it depends on
the current locale that you are running.

Here are some more information about it.

[US locale]

Case one:
1. Create a Japanese folder name. - no problem in this step.
2. Can not open those files under Japanese folder that created in JA locale
through Navigator.
Both N6.2.1 and IE doesn't has this problem.

Case two: 
1. Create a Japanese folder name.
2. Created a html file in Compose, and save it under a Japanese folder name, you
can see the Japanese folder name display fine in save file window.
3. Open this file through Navigator, then you will see the Japanese folder
doesn't contain the file file that you saved, and you will find another file
showing as "?????", click on that folder, then you will see the file there, and
Navigator can open that file.

N6.2.1 doesn't has this problem either, in another word, when you try to open 

[JA locale]
Doesn't has problem with both case one and case two.

Comment 6

[Yuying Long]

Sorry, this comment above has not completed.
> N6.2.1 doesn't has this problem either, in another word, when you try to open 

N6.2.1 doesn't has this problem either, in another word, when you try to open a
file under Japanese folder, you won't see a extra "????" folder show up.

And seems it's a regression.

Comment 7

[Yuying Long]

-> nsbeta1

Since Mac OS X is a unicode base, the user should able to open the file by
switch beween the different locale, also IE and BBEdit doesn't has same problem.

Comment 8

[J Luh]

This problem occurs with Latin-1 non-ASCII characters in the path name. Try
uploading a file whose name is é.txt. Mozilla incorrectly interprets the name as
e´.txt.

It works properly in Mozilla 0.9.8.

Comment 9

[J Luh]

see also bug 119246

Comment 10

[nhottanscp]

I don't see the problem using 2/11 commercial trunk on MacOS X 10.1 default
locale set to English.
I tried 'à.txt' also tried a file name in Japanese Hiragana both are shown
correctly instead of '?'.

Comment 11

[J Luh]

I still have this problem attaching a file é.txt using 2002021303 on Mac OS X
10.1.2, with a new profile.

Comment 12

[Yuying Long]

I checked it on 02-13 trunk build, the original problem (can not attach a
Japanese file through bugzilla) is gone.  I'm marking this one as works for me.

However, I still can not open such kind of file in browser, will file a seperate
bug for that.

james l:
If you still has the original problem which is can not attach a non-ascii file
in this bug report page, please re-open again.

Comment 13

[Yuying Long]

Bug 125614 filed for can not open the non-ascii named file.

Verified this one.