Closed
Bug 405169
Opened 18 years ago
Closed 18 years ago
Creating a secondary window leaks (3 memory leakages)
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: bugzilla, Unassigned)
References
()
Details
(Keywords: memory-leak)
The webpage creates a secondary window with window.open() and loads a rather empty document (PopupWindowOnlyImage.html) and then populates it with data (url, dimensions, etc) defined, specified in the opener webpage. Global variables (opener.glbVariables; eg gblImgWidth) are used to achieve a "bridge" between secondary window and opener window.
Initial conditions:
-------------------
Make sure you have D. Baron's Leak Monitor 0.3.6 installed
https://addons.mozilla.org/firefox/2490/
http://dbaron.org/mozilla/leak-monitor/
Steps to reproduce:
-------------------
1- Load provided URL
2- Click one of the 3 links, say, the Olivia-Newton John one
3- Once fully loaded, close the created secondary window
(clicking the upper right X button or Alt+F4 or with Alt+Space bar, then scrolling down to Close in the system command menu of the window)
Actual results in Firefox 2.0.0.9 rv:1.8.1.9 build 20071025:
3 leakages are reported
Reproducible: always
Expected results:
no leakage reported
Notes:
- I can copy and paste in here the reports or attach the reports to this bug
- I have not tested with a nightly trunk build
Comment 1•18 years ago
|
||
no leak on the trunk
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b2pre) Gecko/2007112605 Minefield/3.0b2pre
| Reporter | ||
Comment 2•18 years ago
|
||
Jo,
I downloaded and installed Minefield/3.0b2pre rv:1.9b2pre) Gecko/2007112605, tried to install D. Baron's Leak Monitor 0.3.6 but couldn't as it was impossible to install for that nightly build. So, I wondered what made you say there were no memory leakages for the provided URL.
Please understand me right. I'm not questioning your findings. I'm wondering which tool you used (and where you got it) so that I could use that same tool and then report memory leakages.
Comment 3•18 years ago
|
||
I just set the following environment variables
set NSPR_LOG_MODULES=DOMLeak:5,DocumentLeak:5,nsDocShellLeak:5
set NSPR_LOG_FILE=leaklog.log
And run the testcase. I use the Nightly Tester Tools to analyze the logfile (similar to leak-gauge).
See <http://wiki.mozilla.org/Performance:Leak_Tools> for more information on the various testtools that are being used.
PS : you can use the Nightly Tester Tools to load LeakMonitor.
Component: General → DOM
Product: Firefox → Core
QA Contact: general → general
Version: 2.0 Branch → 1.8 Branch
Can you test if this still leaks in firefox 3 beta 2? We've done a lot of work on leaks and chances are it's fixed there.
| Reporter | ||
Comment 5•18 years ago
|
||
Jonas and Jo: I have not used the leak tools (Nightly Tester Tools and LeakMonitor). I now use Firefox 3 only and somewhat forgot about this bug. Thank you for your information and your assistance.
Resolving as WORKSFORME
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
| Assignee | ||
Updated•7 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•