Open
Bug 743303
Opened 14 years ago
Updated 3 years ago
FF13.0a2 leaves zombie compartments after printing page
Categories
(Toolkit :: Printing, 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.
Comment 1•13 years ago
|
||
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
Updated•13 years ago
|
Summary: FF13.0a2 leaves zoombie compartments after printing page → FF13.0a2 leaves zombie compartments after printing page
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•