Open Bug 743303 Opened 12 years ago Updated 2 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.