251396 - print dialog blocks compose window (or partly blocks it, if a cached window)

Status: RESOLVED WORKSFORME

(Thunderbird :: Mail Window Front End, defect)

Description

[(not reading, please use [e-mail] instead)]

print dialog blocks compose window, reply quoting

try this:

1)  select a message in the 3 pane, bring up the print dialog, but don't dismiss it.
2)  hit the reply button, and if the cached compose window is available, it will
come up in a partial state (it will not fill in subject or quote the message, etc)
3)  dismiss the print dialog and the cached compose window will finish setting up.

if you do this and there is no cached compose window to use, it will block the
creation of the compose window.

I haven't tried from the stand alone msg window yet.

I'm pretty sure the monkey will have this bug too, so cc neil.

Comment 1

[[e-mail]]

It looks as if printing does some sort of weird modal call on the 3 pane window
even though it's not its parent. Since it really is modal in the browser,
perhaps we can work around it by making it modal in the 3 pane window too.

Comment 2

[[e-mail]]

No, that didn't help... it still blocks other windows for some reason.

Comment 3

[Mike Cowperthwaite]

xref bug 144601 -- I think this is a shared, backend problem.

Comment 4

[[e-mail]]

Actually even the File/Open dialog blocks the compose window, so I suspect this
is a core Windows event handling issue - I guess the native modal dialogs are
conflicting with Mozilla's custom event processing.

Comment 5

[Wayne Mery (:wsmwk)]

I can't reproduce results of step 2 nor step 3.
=> WFM

Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.4) Gecko/20100521 Lanikai/3.1.1pre

Comment 6

[[e-mail]]

Might well have been fixed by the threadmanager changes.