125621 - Display non-ASCII characters in paths in file-type HTML input form fields

Status: RESOLVED WORKSFORME

(Core :: Internationalization, defect, P1)

Description

[J Luh]

input type=file form controls interpret non-ASCII filenames incorrectly using
build 2002021303 on Mac OS X 10.1.2.

To reproduce:

1. Create a file called é.txt
2. Choose Create a New Attachment in Bugzilla to attempt to attach the file to
this bug report.

The path should appear in the form field as é.text, but it appears as e´.txt.

Comment 1

[J Luh]

works properly with Mozilla 0.9.8 on Mac OS X 10.1.2

Comment 2

[J Luh]

This problem first appears in build 2002020103. The problem does not occur in
build 2002013108.

Comment 3

[Greg K.]

Confirmed using FizzillaCFM/2002041712 (RC1). The path works, as the file does
get uploaded, but it's not displayed right.

Guessing Internationalization, as this is probably dependent on some of the
internal UTF conversion work going on.

Comment 4

[nhottanscp]

please attach a screen shot of the problem

Comment 5

[J Luh]

Attachment: screen shot of problem

screen shot of problem:

attaching file "Macintosh HD:é:screen.png"

path displayed in form input field as "Macintosh HD:e´:screen.png"

Comment 6

[Frank Tang]

This looks caused by 
mac side of fix for bug 100676

on mozilla/ xpcom/ io/ nsLocalFileMac.cpp 
1.93alecf%netscape.comJan 31 13:54

Comment 7

[Alec Flett]

not sure what went wrong here either. again, is this mac-only or is this also
visible on windows?

Comment 8

[Alec Flett]

are we still seeing this problem? nsLocalFile has changed quite a bit lately.
I've just walked through the code myself and I think this was fixed when darin
switched us over to a UCS2 api.

see
http://lxr.mozilla.org/seamonkey/source/layout/html/forms/src/nsFileControlFrame.cpp#319

Comment 9

[J Luh]

This is not fixed yet. I still have this problem with 1.1beta on Mac OS X
10.1.5. Please refer to the steps to reproduce listed above.

Comment 10

[Alec Flett]

thanks for re-testing.. I'll have to do more investigation.

Comment 11

[Alec Flett]

moving some stuff out to mozilla1.2beta that didn't make the mozilla1.2alpha train

Comment 12

[J Luh]

This works properly in Mozilla 1.1 on Mac OS X 10.2. It may be an OS bug in Mac
OS X 10.1.

Comment 13

[Alec Flett]

ah! ok I'm going to remark worksforme then. Thanks for re-testing again :)

Comment 14

[Rui Xu]

It is still reproducible with NS7.0 and 091708 trunk on MacOS X 10.2 and MacOS 
X 10.1.

Comment 15

[Juan José Mata]

Is this going to make 1.2final?

Comment 16

[Alec Flett]

I'm going to try... we'll see.

Comment 17

[Kurt Weinschenker]

This may be a quirk in the Mac OS, both Classic and OS X.  I followed the steps
to check the testcase.  Under OS 9.2.2, I cannot seem to save a file of that
name, using SimpleText.  The filename defaults to what one sees in the
screenshot.  Unless, of course, I've screwed up somehow.  I'll have to try using
another program, but I think SimpleText is as good as anything for creating a
testcase sample.

Oh yes, the build of Mozilla I'm using is 2002103008.

Comment 18

[Samir Gehani]

i18n triage team: nsbeta1-

Comment 19

[J Luh]

Works in Mozilla 1.7.8