Closed Bug 496130 Opened 16 years ago Closed 16 years ago

firefox 3.5b4 hangs on visiting http://svgopen.org

Categories

(Firefox :: General, defect)

3.5 Branch
x86
Windows Vista
defect
Not set
critical

Tracking

()

RESOLVED INVALID

People

(Reporter: mozilla, Unassigned)

References

()

Details

Attachments

(1 file)

10.97 KB, application/octet-stream
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b4) Gecko/20090423 Firefox/3.5b4 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b4) Gecko/20090423 Firefox/3.5b4 (.NET CLR 3.5.30729) the cursor doesn't even change to a hand on hovering links anymore Reproducible: Always Steps to Reproduce: 1.load the page Actual Results: hangs Expected Results: loads the page and stays responsive I'll try again without add-ons later
added blocking nom so this gets some attention quickly
Flags: blocking-firefox3.5?
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1pre) Gecko/20090603 Shiretoko/3.5pre I can't reproduce the hang. It's a very quiet site for me.
wfm in Seamonkey trunk and FF3.5b4 removing blocking because blocking should be only requested on confirmed bug reports.
Flags: blocking-firefox3.5?
WFM too, both 3.5 and trunk on Windows.
Also hanging in Safe Mode
You can load just the svg bit via http://svgopen.org/2009/pics/header.svgz does that hang for you? If so can you construct a reduced testcase?
The .svgz has the same result. I gotta run now. I hope to have time to build a reduced testcase tomorrow
Component: General → SVG
Product: Firefox → Core
QA Contact: general → general
Version: unspecified → 1.9.1 Branch
If i use Opera to load the .svgz and save it local and then load it with Fx3.5b4 there is no problem.
That rather rules out the SVG component. Something going wrong for with your installation in uncompressing the stream perhaps?
Component: SVG → General
Product: Core → Firefox
QA Contact: general → general
Version: 1.9.1 Branch → 3.5 Branch
I guessed there would probably also be a .svg instead of .svgz version on-line and guessed right: http://svgopen.org/2009/pics/header.svg This has the same result, Fx3.5b4 hangs
i tried a Fx re-install without luck
reinstalling doesn't fix any errors in 99% of all cases. http://support.mozilla.com/en-US/kb/Safe+Mode and a new profile http://support.mozilla.com/en-US/kb/Managing+Profiles are the things to do in such a case.
Comment #5 shows i already tried Safe Mode. Even went back to a single monitor setup for a bit.
I have a dual monitor system as well. You could try to create a windbg stack trace for the hang http://developer.mozilla.org/en/docs/How_to_get_a_stacktrace_with_WinDbg use an additional "!analyze -v -hang"
I've downloaded windbg to get the stack trace and will get on it, but shouldn't the Mozilla crash reporter do this? (I guess that depends on where on the crash/hang spectrum it is happening). I can open the content in a background tab without hanging, but as soon as that tab is no longer in the background ...
The crash reporter is for crashes and not for hangs
I just realized that, on which i did a few tries with a lot of patience and at one point managed to close the troubled tab. I'll give that another attempt while looking at resource use.
Attached file WinDbg log
Did what you asked. See WinDbg log file. Hope it helps
My CPU is stuck at about 50% and my mem at about 128M while waiting for the troubled tab to close. Just in case that is of any use.
Summary: hangs on visiting http://svgopen.org → firefox 3.5b4 hangs on visiting http://svgopen.org
Works fine for me on branch nightly, OSX.
(In reply to comment #19) > My CPU is stuck at about 50% and my mem at about 128M while waiting for the > troubled tab to close. Just in case that is of any use. Did you try a new profile?
No, i didn't
Please create a new firefox profile.
Updating to Firefox 3.5 Preview didn't make a difference :-( I'll look into how to (temporarily) work with a new profile
With a new profile i don't experience the hang. But of course i can't miss my history and all.
I don't think this bug is valid then.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: