59878 - Bad: Some valid URLs give 404 error, or simply fail to load.

Status: VERIFIED DUPLICATE of bug 38488

(Core :: Networking, defect, P3)

Description

[Roberto Pavan]

From Bugzilla Helper:
User-Agent: Mozilla/4.75 [en] (X11; U; Linux 2.2.16-12 i686)
BuildID:    2000101815

Bug is varied.  Some valid URLs return a "404 Not Found", or
e.g. http://bugzilla.mozilla.org/ 

Persistent efforts at loading the page can 'overcome' the bug.  I'm not sure why
it's doing this.

Also, just after loading, when a URL is selected from the bookmarks, the
location bar indicates the selected page, but Mozilla continues to display the
mozilla.org page.  Again, repeated efforts are required to get the browser to
load a different page.

Other browsers (Konquerer, Netscape 4.7) loaded pages with no difficulty
whatsoever.

Reproducible: Sometimes
Steps to Reproduce:
Go to www.gnome.org and attempt to follow the news links.

or

1.  Start Mozilla.
2.  Quickly select URL from personal toolbar folder. (ie. on the bar).
3.  Watch as mozilla doesn't render the page.

Actual Results:  Mozilla returns a 404

or

Watch as mozilla doesn't render the page, but displays the URL in the location
bar.

Expected Results:  It should have rendered the page, in some way, at least.

This bug is bad, because inexperienced people, or those without a second
browser, would have no way of telling if the fault was with the browser or their
networking, or external networking, or some combination of the above.

Comment 1

[Boris Zbarsky [:bzbarsky]]

Robert,

I have no trouble following that link (tried it 20 times on linux trunk build
2000111106).  Can you reproduce the problem with a recent build?

Comment 2

[Roberto Pavan]

+ ------- Additional Comments From [e-mail]
<mailto:[e-mail]><mailto:[e-mail]>  2000-11-11 22:38 -------
+ Robert[o],
+ + I have no trouble following that link (tried it 20 times on linux trunk build
+ 2000111106).  Can you reproduce the problem with a recent build?

I did. This problem is quite sporadic.  Often the link won't work, then when I
hit reload, it does.  Or if I try several times, then hit back, I get the link
to resolve.  This problem happens all the time for me on this particular
machine, I just finally got frustrated and reported it with that link.  It often
happens after meta-moderating on /., then trying to return to the front page.  I
get an odd, mostly blank page that says simply, "Ho hum." in the top left
corner, and nothing else, Even though the location indicator will say
http://slashdot.org/.  Or like this instant, I'm staring at /. in Netscape 4.7,
but I get a 404 in Mozilla 20001114.

As of today, this link:
http://news.gnome.org/gnome-news/973865622/ returns a 404 for me under M18, but
not Konquerer or Netscape.

With build 20001114, the problem persists, with that particular URL and this one:

http://news.gnome.org/gnome-news/973890148/
and this one:

http://www.mozilla.org/projects/seamonkey/release-notes/

I managed to get the gnome.org pages to load using the 'back' button, and
followed the links once or twice, but in short order, it failed again.

The funny thing is, I have no problems with the M18 build on another machine at
work, either in Linux or in Windows.  I thought the problem might be with my own
machine, but a thorough stress and memory test indicates that that isn't the
problem.  It could be network related, in that I'm on ADSL at home, and work I'm
basically on a T3.  One sure way I can repeat this behaviour at home is if I
fire up Mozilla, then before the home page resolves, hit a link in my personal
tool bar.  Very often, I'll get a 404.  Maybe it's a latency thing?  I don't
know, I'm not really up on that.

In this case (slashdot not resolving) stdout (I ran from the command line) shows:

It's NOT UTF-16LE- byte 7(7)
Document http://slashdot.org/ loaded successfully
It's NOT UTF-16LE- byte 7(7)
Document http://slashdot.org/ loaded successfully
clearing PRIMARY clipboard

But the screen shows a 404 error.

A link that worked doesn't show too much different:

It's NOT UTF-16BE- byte 7(7)
It's NOT UTF-16LE- byte 7(7)
Document http://www.cypressbowl.com/ loaded successfully

I wish I knew some way to give you better information on what's happening with
what I'm seeing here.  Maybe you can tell me?

(BTW, I had a hell of a time composing this in the Mozilla mailer, trying to get
rid of extra line returns, using backspace or delete, it would often erase
EVERYTHING I had typed.  Fortunately, using 'undo' fixed recovered the lost text.)

Regards,
Roberto

Comment 3

[Roberto Pavan]

Problem continues with build 20001115.  Some crashes when attempting to render some pages as well, notably http://tomshardware.com

I noticed when it improperly renders a page, displaying the mozilla home page or just a 404 instead, a meassage appears at the bottom of the broser:
An unknown error has occurred (804b0005).

Unfortunately, this also appears when a page has been rendered successfully. :(

Comment 4

[Roberto Pavan]

I have discovered the cause of the 'bug' - junkbuster.  My brother had done me a
favour of sorts and set the browser to use the junkbuster proxy without my
knowing it.  Removing this setting solved the problem.

You might want to try it yourself using the junkbuster proxy and perhaps resolve
that, separarate, issue.

Comment 5

[Jesse Ruderman]

possibly caused by bug 38488.

Comment 6

[Roberto Pavan]

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

Comment 7

[Hans Peter Groendal]

Verified, this is a duplicate of bug 38488 "Can't use an HTTP/1.0 proxy like
Junkbuster without changing debug prefs."