User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6a) Gecko/20031106 Firebird/0.7+ Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6a) Gecko/20031106 Firebird/0.7+ I was downloading ASCII-named files from [URL], such as a1.wav, a2.wav and so on. I have created a folder named 한글 to save them and when I saw in my file manager (Total Commander, which currently not-very-well supports Unicode (also, sorry for the plug)) there was a 한글 and a __ directory, I thought it was a problem in my file manager. The files were in directory __. Then I renamed my files inside that direcory with TC, from aforementioned a*.wav to things in Hangeul, and those were okay. The problem of getting underscores instead of Hangeul appeared again when I tried to rename the files before even saving them, with the help of the Windows's save file dialog, and I was surprised to see there are _'s again. I have come to the conclusion there is some bug in Mozilla's or at least in my Firebird build's Unicode support. Reproducible: Always Steps to Reproduce:

Can you please try to reproduce this problem in both Firefox 0.8 and Mozilla 1.6 and let us know your results? Firefox: http://www.mozilla.org/products/firefox/ Mozilla: http://www.mozilla.org/products/mozilla1.x/

I can reproduce this bug on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a) Gecko/20040427. Moving over to Browser | File Handling.

I am running into the same (or very similar) issue trying to get ChatZilla's DCC working properly with International filenames. I open the file picker, pick a file with Unicode characters (in my case Japanese Hiragana characters), click Open, and the nsILocalFile object returned shows underscores in place of the Hiragana. Trying to open the file throws NS_ERROR_FILE_NOT_FOUND, as it tried to open "W:\chatzilla\____ ____.txt" instead of what the file is actually called. I think bug 234946 is kinda the "issue", but it's not exactly /descriptive/ of the problem. Bug 162361 might also be related.

http://lxr.mozilla.org/mozilla/source/xpcom/io/nsNativeCharsetUtils.cpp#897 looks "suspicious".

I think it's not just Hangeul/Hiragana characters. I actually tested with Arabic characters and I also got the same underscores. I imagine the problem is not restricted to a specific portion of the Unicode character space.

mozilla can not currently deal with filenames outside the system charset on windows. (and it can only ever deal with them on win nt/2k/xp)

*** Bug 246747 has been marked as a duplicate of this bug. ***

*** Bug 249538 has been marked as a duplicate of this bug. ***

*** Bug 320682 has been marked as a duplicate of this bug. ***

*** Bug 330562 has been marked as a duplicate of this bug. ***

Bug 278161 also blocks this bug. Bug 162361 will be fixed soon. So will bug 278616, I hope.

thanks to patches for bug 162361 and bug 278161, this bug is now fixed.

*** Bug 345722 has been marked as a duplicate of this bug. ***