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)

1.7 Branch
x86
Windows 2000
defect
Not set
critical

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.
Attached file Tast case
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?)
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
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
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.
Attached file Test case - 2
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.
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.
Version -> 1.7 based on comments.
Version: Trunk → 1.7 Branch
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 ***
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
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.

Attachment

General

Created:
Updated:
Size: