Closed
Bug 190149
Opened 22 years ago
Closed 22 years ago
browser hangs and stops drawing on load of large page with frames
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: daveg, Assigned: asa)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021212
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021212
At the given link, you get 2 javadoc frames... the index and the massive content
page.
Scroll down in the index and click an entry near the end... browser is hosed for
me after that point. Maybe the page (in right frame) is still loading, but no
activity in the M icon shows this (tho the progress bar in status area is still
there at about 95% full). Try scrolling right frame, it stops drawing.
I waited a few minutes, then closed the window.
Reproducible: Always
Steps to Reproduce:
1. nav to linked page
2. see the progress bar in bottom of frame never fills completely
3. click links in left frame, will eventually stop working (maybe target not
loaded yet)
4. see that scrolling now broken too; cover & uncover or minimize/restore fails
to draw page content at all
Actual Results:
Note: if muliple tabs are open, the whole display is hosed; switching tabs
doesn't draw those tabs either. But if you click on the offending tab (even
though the GUI isn't drawing correctly at this point) and click the X to close
the tab, picking another tab then recovers the display and all is well again.
Expected Results:
Uhh... aside from the obvious, the page load progress should remain active until
the page is fully loaded (if my assumption is correct that it was not fully
loaded). Clicking unloaded links should give some negative feedback (but not a
popup box) and perhaps just scoll to end of target doc (or not...).
If a page has errors, I would assume the browser would walk the open tag tree to
its root, fabricating closures, and put page error indication in the status area
or rendered in the page itself.
Comment 1•22 years ago
|
||
wfm with todays win2k trunk
I'm seeing a lot browser hangups since the new Moz/Gre build on 1/22. I went to
Redhat.com and images didn't load, browser hung no other activity, closed
browser and it launches the Turbo mode, but two mozilla.exe's are present.
Hi David and Mel. Are either of you still experiencing this problem with recent
Mozilla builds? It's been about 8 months since you filed this bug, and things
may have been fixed by now. The URL referenced in this bug report loaded fine in
the 2003-09-23 nightly build on Win 2000 for me. If you could post a comment
with any new information that would be great, thanks.
all good for me, but I think mine were all GRE transition related, thanks.
Thanks for the update. Marking WORKSFORME per Mel's reply.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•