189350 - file:/// URLs with folder containing non iso character fail to load

Status: RESOLVED WORKSFORME

(Core :: Internationalization, defect)

Description

[Jean-Pierre Melkonian]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:1.3b) Gecko/20030112
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:1.3b) Gecko/20030112

if a native url contains a folder with a non iso character, the file is not launched

Reproducible: Always

Steps to Reproduce:
1.Create a folder and a file named "My DD:Desktop folder:xxé:a b.html" (My DD"
is the name of the startup volume
2.Type in the location: "file:///My DD:Desktop folder:xxé:a b.html"
3.

Actual Results:  
File not found message

Expected Results:  
Launch of the file

This only occurs when the ecaute is in the folder name. Within a file, the
eacute is correctly translated to %8E

This prevent Real player to add channels. Real player stores an  file named
"RN-x" in a sytem folder named "rangement au démarrage", and then send thefile
url to Mozilla. I suppose that it is the "Cleanup At Startup" folder in english

All works file with NS4

Comment 1

[Yuying Long]

Change component from localization to internationalization.

The problem here is when TYPE the accent characters into location bar, then will
get the error message; but when you got the directory one upper lever, and click
on the accent character folder, then will be opened as escaped value in URL
location bar.

Confirm it's in 01-16 trunk build / Mac 9.2.1.  I can also reproduce it on OS X.

Comment 2

[bobj]

> Confirm it's in 01-16 trunk build / Mac 9.2.1.  I can also reproduce it on OS X.

Since we are dropping support for 9, I changed the OS field to MacOSX.

Comment 3

[Frankie]

Verified in Mach-O 2003020703. I changed my "fuy" directory to "füyé". BBEdit
6.5 says this should be escaped to "f%9Fy%8E", which are MacRoman codes I think.

Mozilla fails to load this URL, using either a link (several different
content-type meta tags tested) or a manually typed URL, using either the
accented characters or BBEdit's escapes.

However, if I use the Open File... command, Mozilla converts the name to
"fu%CC%88ye%CC%81" and loads properly.

Safari loads the MacRoman URL successfully (but not BBEdit's escapes), and
converts the URL to "f%C3%BCy%C3%A9" on the fly, but cannot find "fu%CC%88ye%CC%81".

MSIE 5.2.2 loads the MacRoman URL successfully (and converts BBEdit's escapes
back to MacRoman on the fly) but cannot find either "fu%CC%88ye%CC%81" or
"f%C3%BCy%C3%A9".

This is some weird bad Unicode mojo.

Comment 4

[Frankie]

bug 55582 and bug 189350 are clearly related. Not sure if it's dupe or dependency.

Comment 5

[Asaf Romano (gone)]

Note that if you take the same url without the "file://" it loads fine,

Comment 6

[Frankie]

18 months later... it seems like this bug has gone away. several test methods
(typed URL, link, event) all work for me. Confirm, anyone?

Comment 7

[Frankie]

wfm