7847 - Problems with local urls

Status: VERIFIED DUPLICATE of bug 10373

(Core :: Networking, defect, P3)

Description

[Alistair Vining]

Given a link <a href="webpage files/image1.jpeg">, the image does not load.

IE5 saves images from a page 'webpage.html' in a directory named 'webpage files'
and replaces links.  Sure, it ought to write "webpage%20files", but doesn't.

Not tested on remote urls.

There is also the issue that non-ascii characters get displayed in the location
bar as %nn when loaded through File | Open.  HTML 4.0 Spec., §B.2.1 'recommends'
non-ASCII characters should be converted to UTF-8.  So e.g. "John*s file.html",
where *=hex 92 (single right quote), should be "John%C2%92s" or (better)
John%E2%80%99s" [UTF-8 for 0x0092 or 0x2019, I think].

1999-06-08 08:00

Comment 1

[John Morrison]

FYI, see also bug #7399 on the same point

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

and the thread in netscape.public.mozilla.netlib beginning at:

  news://news.mozilla.org/3756C248.56347747%40citec.fi

Comment 2

[don]

Re-assigning to gagan as a netlib issue ...

Comment 3

[Gagan]

Target to M8.

Comment 4

[James Everingham]

I'm moving this to target M9, Necko will be enabled somewhere during late M8 or
early M9.  We will need to get on this and it cannot be postponed past the M9
milestone.

Comment 5

[leger]

Changing all Networking Library/Browser bugs to Networking-Core component for
Browser.

Occasionally, Bugzilla will burp and cause Verified bugs to reopen when I do
this in a bulk change.  If this happens, I will fix. ;-)

Comment 6

[Gagan]

Related to escaping/unescaping URLs.

*** This bug has been marked as a duplicate of 10373 ***

Comment 7

[chris hofmann]

verified dup

Comment 8

[leger]

Bulk move of all Networking-Core (to be deleted component) bugs to new
Networking component.