342052 - The content of a file upload is empty if the file name include characters not in the system locale ACP

Status: RESOLVED WONTFIX

(Firefox :: File Handling, defect)

Description

[Frank Yung-Fong Tang]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4

When upload a file via form <input type="file"> if the name of the file include characters not in the set of the system locale ACP, the content of the file wil be empty. 

This is NOT a bug in bugzilla but a bug in FireFox. We can reproduce in many other web site. 

Reproducible: Always

Steps to Reproduce:
1. create a simple text file and put "test test" in it, save it as file name  "Ξρ&#355;ιrρε&#355;ξφρε&#316;ξ�ε&#355;ξφρ.txt" (notice the accent below &#355; and &#316; )
2. attach this file to bugzilla
3.

Actual Results:  
The content of this file is empty

Expected Results:  
The content of this file should have "test test"

Comment 1

[Frank Yung-Fong Tang]

try to attach the file, notice the file named CHANGED to "C:\Documents and Settings\ftang\Desktop\Осtйrсеtоцсеlоћеtоцс.txt" (ţ -> t, ļ -> l ) in the attachement window once you select the file. the file named you select is "Осţйrсеţоцсеļоћеţоцс.txt" but the one you see in the form bdlow "Enter the path to the file on your computer." is already change to  "Осtйrсеtоцсеlоћеtоцс.txt" (ţ -> t, ļ -> l ) 

If you try to open the file in FireFox, you will also have problem. But you can open the file with NotePad or other MS window application without problem. 

Comment 2

[Simon Montagu :smontagu]

This may well be a dupe of a bug already fixed on trunk and 1.8 branch. Can you reproduce it in a nightly build?

Comment 3

[Derek Barncard]

I've seen this reproduce on MacOSX as well.

In my tests, I've gotten empty files from uploads of any filename containing Japanese kana with "dakuten" (the Japanese equivalent of diacritical marks - they change "ka" to "ga", etc). Other problems of this ilk have sometimes depended on there being multiple instances of these characters in the filename, but I have not tested this.

We've been able to determine that we are definitely being sent a 0 byte file from the browser and we're not screwing things up on our end.

I'm uploading from OS10.4.8 with Japanese set as the system language.

> This may well be a dupe of a bug already fixed on trunk and 1.8 branch. Can you
> reproduce it in a nightly build?

Yup. As of today (10/06/2006 - PDT) this reproduces on the nightly build. I don't think it's related to the bug you mention (162361 I think?)

Comment 4

[Derek Barncard]

Attachment: This filename has been known to cause this phenomenon to occur

Comment 5

[Steve England [:stevee]]

Reporter, do you still see this problem with the latest Firefox 2? If not, can you please close this bug as WORKSFORME. Thanks!

Comment 6

[Derek Barncard]

I dunno about REPORTER, but for me it still happens on Firefox 2.0.04 from OSX.

Comment 8

[Dan Mosedale (:dmosedale, :dmose)]

As per bug 400812, this is still happening in trunk builds.  Perhaps this is either a blocker or wanted bug for Firefox 3?

Comment 9

[Diego Peinador]

I first noticed it in the "Mozilla/5.0 (Macintosh; U; Intel Mac OS X; es-ES; rv:1.8.1.8) Gecko/20071008 Firefox/2.0.0.8" build, and later on I checked it in the nightly build "Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US;
rv:1.9a9pre) Gecko/2007102204 Minefield/3.0a9pre".

I don't know anything about blocker or wanted bugs, I just wanted to report it.

Comment 10

[Elmar Ludwig]

Changing OS to All, since this has been reported on OS X now

Comment 11

[Mike Beltzner [:beltzner, not reading bugmail]]

Not blocking Firefox 3, but we'd take a safe fix.

Comment 12

[Honza Bambas (:mayhemer)]

I'd like to reproduce this bug but so far unsuccessfully using several variations of CGI perl scripts running on IIS, WinXP and NTFS partition where from/to files are uploaded/downloaded (FF3.0.4, FF2.0.0.12). Also tested from OS X (FF3.1b2pre). Can you please give me a way to create a file with name causing the problem and also a web page where the problem appears?

Filenames I was testing with:

Ξρţιrρεţξφρεļξ�εţξφρ.txt
áíýěšáíýěščáíěéěšáíč.txt
ƒ”ƒ”ƒ”ƒ”ƒ”ƒ”ƒ”.jpg
äáà.pdf

Note the <?> char in the first one taken from comment 0. It is the replacement character but it seems reporter has some mess on its disk. Isn't that case of the problem?

Comment 13

[Honza Bambas (:mayhemer)]

Not sure this still is a problem, but not being able to reproduce and not getting any more information I'm closing this as WONTFIX.