Closed
Bug 293721
Opened 20 years ago
Closed 20 years ago
Nested (recursive) Iframes causes huge memory leak and hangs browser
Categories
(Core :: Layout: Images, Video, and HTML Frames, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: henrik, Unassigned)
Details
(Keywords: testcase)
Attachments
(2 files)
If a page contains 3 (or more?) iframes that is pointing to the same file as the parent, then Firefox 1.03 will start to eat memory fast (200 mb in the first minutes) and "hang" using 100% cpu. Will attach testcase.
| Reporter | ||
Comment 1•20 years ago
|
||
This is as simplified as I could get it. It started out as a wrong response from a webserver (which is properly why the iframe src's read "?command=xxx"), and I simply cut away any cruft. Note if I comment out just one of the iframes, then mozilla work. I am not sure the layout is entirely correct though. With only 2 iframes I get 2 iframes on the main page and 3 nested levels. (why stop at 3?)
| Reporter | ||
Comment 2•20 years ago
|
||
small update: The hang won't happen if you just click on view attachment here in bugzilla. I think it is because bugzilla wraps it, so the recursive-ness is broken. save the testcase to a file and open it from there
Severity: normal → critical
Comment 3•20 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050511 Firefox/1.0+ ID:2005051100 WFM, both from link and from local HD. Reporter, what version of firefox are you using?
Keywords: testcase
| Reporter | ||
Comment 4•20 years ago
|
||
currently: Mozilla/5.0 (Windows; U; Windows NT 5.0; da-DK; rv:1.7.7) Gecko/20050414 Firefox/1.0.3 Can test on trunk builds when I get home.
Comment 5•20 years ago
|
||
I've simplified the test case a bit more. The memory used by Firefox seems to go quickly to approximatively 270MB then continue to grow but much more slower.
Comment 6•20 years ago
|
||
I also see excessive memory usage with the testcase and Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050509 Firefox/1.0.4, but not on trunk builds.
Comment 8•20 years ago
|
||
I test it on: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050528 Firefox/1.0+ and seems to be fixed *** not useful but I must say it(sorry for my English) *** I found this bug one year ago but I wasn't friend with bugzilla. I told it in phorum(www.czilla.cz) and they post a comment(https://bugzilla.mozilla.org/show_bug.cgi?id=52658 - comment #24) but I mean that Bug:52658 is something else. One week before I try test it(firefox 1.0.4) and bug was still there. I replace some html in my test document and move it to http://www.ms.mff.cuni.cz/~marel2am/MozillaFrames/. Today I decide report this bug. I spend 4 hours learning how bugzilla(and all around) works(but I think it wasn't useless). Finaly a find this bug and when I test my test dokument on latest night build all works fine. Tanks all programers working on Firefox(and Thunderbird) very good job *** spam end ***
Updated•20 years ago
|
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Updated•6 years ago
|
Product: Core → Core Graveyard
| Assignee | ||
Updated•6 years ago
|
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
You need to log in
before you can comment on or make changes to this bug.
Description
•