Closed
Bug 361643
Opened 18 years ago
Closed 17 years ago
some SVGs hang the browser
Categories
(Core :: SVG, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: r0polach, Unassigned)
References
()
Details
Attachments
(1 file)
4.71 KB,
image/svg+xml
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0
openning url http://srufaculty.sru.edu/david.dailey/svg/newstuff/path7.svg
hangs the browser and probably due to extensive memory manipulation it is
hard to kill...
Reproducible: Always
Comment 1•18 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20061122 Minefield/3.0a1
This is fixed on trunk somewhere in May 2006; no hang in any case.
Assignee: nobody → general
Component: General → SVG
Product: Firefox → Core
QA Contact: general → ian
Version: unspecified → Trunk
Comment 2•18 years ago
|
||
The time span could point to Bug 334999.
Comment 3•18 years ago
|
||
Yeah, there isn't a performance problem with current trunk build.
However, I don't see anything on that page with current trunk build. I think I'm supposed to see something, not?
Comment 4•18 years ago
|
||
WFM on trunk Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20061128 Minefield/3.0a1 - Build ID: 2006112804
Comment 5•18 years ago
|
||
i can confirm the hang and the memory manipulation in Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.1pre) Gecko/20061128 BonEcho/2.0.0.1pre
After i clicked on this link, 2.0.0.1 hangs and Task Manager shows a memory use from 3 MB till 200 MB for Firefox.exe changing during seconds.
So this is fixed in trunk and not in branch
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 6•18 years ago
|
||
Tried again with release, Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0 - Build ID: 2006101023
I confirm also now, changing to version 1.8 Branch
Version: Trunk → 1.8 Branch
On trunk, we're getting the correct behavior and not displaying anything, as the outermost SVG specifies a viewBox of "-10,-10,0,500". Per specification, a zero width or height viewBox disables rendering of the element.
http://www.w3.org/TR/SVG11/coords.html#ViewBoxAttribute
Comment 8•17 years ago
|
||
Comment 9•17 years ago
|
||
Closing as worksforme now then.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 10•17 years ago
|
||
http://srufaculty.sru.edu/david.dailey/svg/newstuff/path7.svg
does not hang anymore, but it crashes browser for me now
(Firefox 2.0.0.10 / Linux)..
Should I report new bug then?
You need to log in
before you can comment on or make changes to this bug.
Description
•