Open Bug 743303 Opened 14 years ago Updated 3 years ago

FF13.0a2 leaves zombie compartments after printing page

Categories

(Toolkit :: Printing, defect)

13 Branch
x86_64
Windows 7
defect

Tracking

()

UNCONFIRMED

People

(Reporter: mingyiliu, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120405 Firefox/13.0a2 Build ID: 20120405042010 Steps to reproduce: Go to any page, say news.google.com, press Ctrl-P to print it. Then close the page Actual results: about:compartments?verbose show that the page remains in memory. Press "minimize memory" in about:memory?verbose won't help. It's zoombie there forever. What's more, if you open another page, do the same, now you have 2 zoombie compartments. And so on. Expected results: After closing the printed page, the page should disappear from about:compartments?verbose immediately or shortly. Please note: Using javascript (self.print) has same issue. FF11 does not have this issue when checked using about:memory?verbose.
I can't reproduce on a Mac nightly. On Macs there's no front-end browser chrome when printing, but I think there is on Windows, so moving to Toolkit. If there's no chrome on Windows too, then this should probably be moved to Core.
Component: Untriaged → Printing
Product: Firefox → Toolkit
Summary: FF13.0a2 leaves zoombie compartments after printing page → FF13.0a2 leaves zombie compartments after printing page
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.