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)

x86
Windows 2000
defect
Not set
normal

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.
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
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.