Open
Bug 1228638
Opened 9 years ago
Updated 2 years ago
nsPrintingPromptService::GetHWNDForDOMWindow should always return a temporary window
Categories
(Core :: Printing: Setup, defect)
Core
Printing: Setup
Tracking
()
UNCONFIRMED
People
(Reporter: joachim.priesner.bugs, Unassigned)
Details
Attachments
(1 file)
5.06 KB,
patch
|
Details | Diff | Splinter Review |
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0
Build ID: 2015091800
Steps to reproduce:
http://hg.mozilla.org/mozilla-central/rev/f692ed55fb8a makes all Windows Common Dialogs children of a temporary window which is destroyed after the dialog is shown.
For the print dialog, the parent window handle is retrieved by the nsPrintingPromptService::GetHWNDForDOMWindow() function. However, not all code paths in this function return a temporary window. From looking at the code, it seems that if Gecko is embedded, a non-temporary window, namely the result of site->GetSiteWindow(), will be returned. This window will be destroyed after showing the print dialog.
In particular, this causes Wine's embedded IE, which uses Gecko, to freeze after calling the print dialog.
Comment 1•9 years ago
|
||
Good catch, thanks. The attached patch fixes it for me.
Attachment #8695866 -
Flags: review?(smontagu)
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•