10588 - nsFileSpec's Unix 'file:' URL parsing is brain-dead

Status: RESOLVED WONTFIX

(Core :: XPCOM, defect, P3)

Description

[Doug Turner (:dougt)]

Waterson pointed this bug out:

http://bugzilla.mozilla.org/show_bug.cgi?id=9236

"The nsFileSpec's Unix 'file:' URL parsing is brain-dead. Instead
of doing "file:/u/whatever", do "file:///u/whatever". (That is, three slashes
instead of one.)"

Comment 1

[Warren Harris]

This all needs to get unified with nsStdURL and nsFileChannel. Doug knows about
it. That's bug 10435.

Comment 2

[Doug Turner (:dougt)]

This problem will be addressed in nsIFile.  setting milestone to m13.

Comment 3

[Doug Turner (:dougt)]

getting some bugs off the m13 milestone

Comment 4

[Doug Turner (:dougt)]

the resolution of this it to move the users to necko.  warren, is there an easy
migration path for users of nsFileURL?  Most users want to get back to a
nsFileSpec (or in the future a nsIFile).

Comment 5

[Doug Turner (:dougt)]

will be fixed by 22047

Comment 6

[Doug Turner (:dougt)]

since nsIFileURL will not be fixed in favor of necko using nsIFile, marking as
wont fix.

Comment 7

[Doug Turner (:dougt)]

since nsIFileURL will not be fixed in favor of necko using nsIFile, marking as
wont fix.

Comment 8

[Eli Goldberg]

Bulk moving to XPCOM, in preparation for removal of XP File Handling component. 
(XPFH has received two bugs in ~5 months, and is no longer in active use.)

Comment 9

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/1395bb037f46
[components] For https://github.com/mozilla-mobile/android-components/issues/10588 - `ERROR_SECURITY_SSL` no longer shows Advanced button