44261 - Bad links act weird in html loaded from a file: url.

Status: VERIFIED DUPLICATE of bug 78738

(Core :: Networking: File, defect, P3)

Description

[Stephen Moehle]

If you load an html page from disk that has a link like:
<a href="relref.html">Relative</a>
where relref.html does not exist, an "Unknown File Type" dialog pops up that 
says "You are about to download a file of type text/html." and "You can save it 
or open it....", etc.

What is even worse is if you have a link like:
<a href="/absref.html">Absolute</a>
where you have an absolute path to a non-existent file, Mozilla runs for a while 
(spinning barber pole) and the then freezes for a while (non-responsive UI, 
won't repaint itself, etc.) before putting up the "Unknown File Type" dialog.

To reproduce, save the attachment to disk and load it in Mozilla.  Click on 
Relative to get the first behavior.  Clock on Absolute to get the freezing.

This is happening on the latest nightly Mozilla build, 2000062820.

Comment 1

[Stephen Moehle]

Attachment: Small example of bug

Comment 2

[Asa Dotzler [:asa]]

unable to reproduce this with 062914 build on NT or win2K  (also tested on Mac
OS 9 for good measure).  I'm resolving this worksforme.  Reporter, what build
did you see this?  If you still see it on current builds after a clean install
please re-open.  Thanks for your help in testing mozilla and reporting bugs.

Comment 3

[Stephen Moehle]

I am seeing the exact same behavior I reported using a clean install of 062920 
on NT4.  Remember that the attached html page has to be loaded from disk for 
this to happen.  I also tried this on Linux, and there I see a bogus ftp-like 
directory listing.  In both cases I would expect the NN4 behavior which simply 
put up a dialog that said "Unable to find the file or directory."

Comment 4

[Asa Dotzler [:asa]]

OK, I see this with 063008 mozilla build on NT.  This is Networking.

Comment 5

[ruslan]

I'll look into it.

Comment 6

[Gagan]

->ruslan

Comment 7

[Jay Patel [:jay]]

Putting on [nsbeta2+] radar for beta2 fix. 

Comment 8

[leger]

Per PDT mtg with gagan, moving from [nsbeta2+] to [nsbeta2-]

Comment 9

[Jesse Ruderman]

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

Comment 10

[Matthew T (active 1999-2002)]

Nominating for nsbeta3. Web authors are quite likely to encounter this bug when 
working on the local versions of Web sites. See also bug 45144.

Comment 11

[ruslan]

It's not a networking

Comment 12

[Darin Fisher]

->WORKSFORME (Linux build 2000100909)
Reporter, please re-verify against latest build.

I tried the testcase, and in both cases I got the expected error
message: Not Found!

Comment 13

[Stephen Moehle]

You are saving the html page to disk and loading it from there, right?  On
Mozilla 100904 on NT4, I no longer get the bogus Unknown File Type dialog or the
freezing.  I do, however, get no message whatsoever.  Mozilla thinks a while and
then displays a blank page.  The status bar says "Document Done".  Mozilla says
nothing about the page not existing.  I will try Linux tonight and see how that
is behaving.

Comment 14

[Stephen Moehle]

Mozilla 100908 on Linux behaves exactly as I described for NT4 in my previous
comment.  I am, therefore, reopening the bug even though Mozilla behaves much
better than it did before, but still Mozilla should work like NN4 in this case
and put up a dialog saying "Unknown file or directory."

Comment 15

[Darin Fisher]

Ok, I am seeing this bug now.  As you later describe, the
behavior is that Mozilla just says Document Done and shows
a blank page.  This actually seems to be the behavior whenever
a local resource/file is not found.  It makes sense that we
would not see this problem for http: since the server sends
us the "Not Found" page.  We need to have a similar response
generated locally when a file: (or for that matter a resource:)
fails to locate the URL.

Comment 16

[Jesse Ruderman]

The freeze with href="/stuff" or src="/stuff" links from file urls is bug 38643.

Comment 17

[Gagan]

->dougt 

Comment 18

[Keyser Sose]

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

Comment 19

[Doug Turner (:dougt)]

maybe related to 64668

Comment 20

[Doug Turner (:dougt)]

It sounds like now this bug is that we are not presenting the user with an
dialog that states "file not found".  I am sure that there is a duplication of
this floating around...

Comment 21

[Doug Turner (:dougt)]

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

Comment 22

[Tom Everingham]

verified dup