255344 - Cannot open files with some non-ascii characters during startup

Status: RESOLVED FIXED

(Core :: Networking: File, defect)

Description

[Met - Martin Hassman]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; cs-CZ; rv:1.7.2) Gecko/20040803
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; cs-CZ; rv:1.7.2) Gecko/20040803

Mozilla has problem with opening files with some combination of non-ASCII
characters during startup.





Reproducible: Always
Steps to Reproduce:
1. Close Mozilla completely
2. Try open file with name with non-ascii characters (e.g. český.html) in
Mozilla via Windows file association or via cmdline startup parameter
3. Mozilla cannot found the file and instead of
"file:///C:/tmp/bugs/nazev/%E8esk%FD.html" in URL bar is
"C:\tmp\bugs\nazev\český.html" (like Mozilla did not convert the path to the
file:// protocol).

Actual Results:  
Strange is - if Mozilla is already running and you are trying to open the file -
file is opened correctly. The same result is for files with ASCII names in the
path with non-ascii characters.

This does not happened for all non-ascii character. When you have name only with
  acute (ceský.html) or only with caron (česky.html) it is OK. Problem is only
when the path contains both character with acute and character with caron
(český.html).

Expected Results:  
Tested in Mozilla 1.7.2 and Firefox 0.9.3 under Windows 2000

Comment 1

[Met - Martin Hassman]

Oh, bugzilla has not declaration of coding page in the header. So if you want
view the non-ascii characters entered before look at them in the UTF-8.

Comment 2

[OstGote!]

I know there is a bug about this but I don't find it.

Comment 3

[Met - Martin Hassman]

related with bug #88292 and bug #58866 ?

Comment 4

[Met - Martin Hassman]

and other: bug #121795

Comment 5

[Adam Hauner]

Confirming with 2004081109/Seamonkey-trunk/W2K, also Mozilla 1.6 has this bug.

Comment 6

[benc]

Establishing the scope of this problem is very important. 
WFM on Mac OS X:

STEPS:
copied filename from bug.
saved file from textedit w/ filename
used "file | open| and opened file (it appears correctly in my file picker).

Displays in URL bar as:
file:///Users/benc/Desktop/c%CC%8Cesky%CC%81.html

Any linux users out there having the problem?

Comment 7

[Jungshik Shin]

I guess the cause of this bug is related withthat of bug 260034 and is
Windows-specific. On Linux, I don't have this problem (at least under UTF-8
locale). bug 88292 is irrelevant.

This will affect firefox 1.0 on Central European windows.  Should we block
aviary 1.0 with this? It's not just about opening files but abuot Windows
special directories. Hmm. it's xpcom/obsolete/nsSpecialDirectory.cpp that has
this problem. ff won't be affected if it doesn't use it. 
 

Comment 8

[s719913]

Dears Sirs,
Trying to open the following file on my computer using Firefox 1.0.6, I get an
error message (MSIE6 and Mozilla1.7.3 function well, Firefox fails):
E:\JAVA\HdJavaProg-Krüger4\hjp4html\k100003.html. 
The message is: "The file /e:/JAVA/HdJavaProg-Kr%FCger4/hjp4html/k100003.html
cannot be found. Please check the location and try again." It seems that Firefox
stumbles over the german letter 'ü', that is ü in HTML and '%FC' in
URL-coding. This bug occured also in Firefox 1.06 (and in an older build, with I
just deinstalled). I use WindowsXPSP2 (and switched to Firefox, because since I
installed XPSP2I can't switch off MSIE's popup blocker by the way).
Generally I am very content with Firefox.....
Thank You
Paul Metzger 

Comment 9

[OstGote!]

(In reply to comment #8)

Your problem seems to be bug 263570. See bug 263570 comment 11. Note that this
is fixed in FF 1.5, not in 1.0.x.

Comment 10

[Darin Fisher]

-> default owner

Comment 11

[Patrick McManus [:mcmanus]]

closing on comment 9