Closed Bug 55720 Opened 24 years ago Closed 23 years ago

Looping and Error loading URL: 804b0002

Categories

(Core :: Layout: Images, Video, and HTML Frames, defect, P3)

x86
All
defect

Tracking

()

VERIFIED WORKSFORME
mozilla0.9.1

People

(Reporter: juhagman, Assigned: pollmann)

References

()

Details

(Keywords: perf)

Loading the main page of a Finnish bookstore gives the error:

  Error loading URL http://www.akateeminen.com/: 804b0002
  Error loading URL http://www.akateeminen.com/index.htm: 804b0002
  Error loading URL http://www.akateeminen.com/index.htm: 804b0002
  .
  .
  .

Mozilla seems to loop and try to connect to site over and over.

Other pages from the site like [1] seem to work OK.

This bug exists also on the latest Netscape6 Preview. On the other hand Netscape
4.7x loads the page OK as do w3m and links.

[1] http://www.akateeminen.com/myymalat/myymalat.htm
*** Bug 55721 has been marked as a duplicate of this bug. ***
win98 2000100720 confirming.

due to the infinite loop, I would say networking, but since the site uses
frames, moving to html frames first to check.
Assignee: asa → pollmann
Status: UNCONFIRMED → NEW
Component: Browser-General → HTMLFrames
Ever confirmed: true
OS: Linux → All
QA Contact: doronr → petersen
site was built with frontpage 4.0, may be a M$ proprietary code problem,page
loads with javascript disabled.
Running M18 on FreeBSD (built from FreeBSD ports).

The bug seems to manifest itself more frequently when the results from the
nameserver query takes a bit longer. When I run it on an DNS-uncached page, the
error occurs more often. Kill the runaway process, and rerun M18 on the same
(now DNS-cached) page, it loads fine.
I see the same phenomena at http://www.rittal.de
I see a similar problem with the 2000-12-11-12 mozilla. Pressing the
'INDEX' (last black item in the top menu) on http://www.dr.dk causes this
output:
Error loading URL http://www.dr.dk/nav/sitemap.htm: 804b0002 

This only happens the first time an item is hit (i.e., if you press back
and then hit INDEX again, it will load without errors).

What may (or may not) be of interest is that if I try the same in Galeon
I get this hard error:

/usr/bin/galeon-bin: error while loading shared libraries: /usr/bin/galeon-bin:
undefined symbol: CreateInstance__18nsComponentManagerRC4nsIDP11nsISupportsT1PPv

I don't know if that's really a part of the mozilla code or the galeon code.
I've seen errors like this too.  Accepting, and CC'ing Adam, Rick, and Gagan who
know more about how pages load than I.  :)
Severity: normal → major
Status: NEW → ASSIGNED
Set milestone to mozilla0.8
Target Milestone: --- → mozilla0.8
Moving from mozilla0.8 to mozilla0.9
Target Milestone: mozilla0.8 → mozilla0.9
Still seeing the error in today's build.  Since nothing bad (apparently) happens
because of this, moving to 0.9.1
Target Milestone: mozilla0.9 → mozilla0.9.1
Clarifying summary
Keywords: perf
Summary: Error loading URL: 804b0002 → Looping and Error loading URL: 804b0002
QA Contact update
QA Contact: petersen → amar
Target Milestone: mozilla0.9.1 → Future
This page does not seem to have performance problems any more, marking WORKSFORME.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Target Milestone: Future → mozilla0.9.1
 I dont see any problem loading the given URL on build ID# 2001060509
Marking verified
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
You need to log in before you can comment on or make changes to this bug.