Closed
Bug 496130
Opened 16 years ago
Closed 16 years ago
firefox 3.5b4 hangs on visiting http://svgopen.org
Categories
(Firefox :: General, defect)
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
Comment 1•16 years ago
|
||
added blocking nom so this gets some attention quickly
Flags: blocking-firefox3.5?
Comment 2•16 years ago
|
||
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.
Comment 3•16 years ago
|
||
wfm in Seamonkey trunk and FF3.5b4
removing blocking because blocking should be only requested on confirmed bug reports.
Flags: blocking-firefox3.5?
Comment 4•16 years ago
|
||
WFM too, both 3.5 and trunk on Windows.
Comment 6•16 years ago
|
||
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
Updated•16 years ago
|
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.
Comment 9•16 years ago
|
||
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
| Reporter | ||
Comment 10•16 years ago
|
||
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
| Reporter | ||
Comment 11•16 years ago
|
||
i tried a Fx re-install without luck
Comment 12•16 years ago
|
||
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.
| Reporter | ||
Comment 13•16 years ago
|
||
Comment #5 shows i already tried Safe Mode.
Even went back to a single monitor setup for a bit.
Comment 14•16 years ago
|
||
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"
| Reporter | ||
Comment 15•16 years ago
|
||
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 ...
Comment 16•16 years ago
|
||
The crash reporter is for crashes and not for hangs
| Reporter | ||
Comment 17•16 years ago
|
||
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.
| Reporter | ||
Comment 18•16 years ago
|
||
Did what you asked. See WinDbg log file. Hope it helps
| Reporter | ||
Comment 19•16 years ago
|
||
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.
Updated•16 years ago
|
Summary: hangs on visiting http://svgopen.org → firefox 3.5b4 hangs on visiting http://svgopen.org
Comment 20•16 years ago
|
||
Works fine for me on branch nightly, OSX.
Comment 21•16 years ago
|
||
(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?
| Reporter | ||
Comment 22•16 years ago
|
||
No, i didn't
Comment 23•16 years ago
|
||
Please create a new firefox profile.
| Reporter | ||
Comment 24•16 years ago
|
||
Updating to Firefox 3.5 Preview didn't make a difference :-(
I'll look into how to (temporarily) work with a new profile
| Reporter | ||
Comment 25•16 years ago
|
||
With a new profile i don't experience the hang.
But of course i can't miss my history and all.
Comment 26•16 years ago
|
||
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.
Description
•