186485 - Downloading any file causes Mozilla to crash when focus is switched [@ nsAppShell::DispatchNativeEvent ]

Status: RESOLVED WORKSFORME

(SeaMonkey :: General, defect)

Description

[lsof]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003

When I open a non-displayable page (e.g. a gzipped file) in a new tab, a tab is
created called (Untitled), a dialog box appears and I can save the file.
However, if I manage to switch windows just before the download dialog grabs
focus, I cannot see the window.
So I minimize Mozilla, and see it. I cannot save the file.
I switch back to the main Mozilla window, and the dialog box is now there. I
click save, Mozilla crashes.

Reproducible: Always

Steps to Reproduce:

Comment 1

[Olivier Cahagne]

can you post Talkback ID for this crash
"mozilla/bin/components/talkback/talkback" or a stack trace using GDB and a
debug build ?

Comment 2

[lsof]

Attachment: Stack trace for crash with Moz 1.0.1

Will test using later version shortly.

Comment 3

[Olivier Cahagne]

indeed, try latest trunk or 1.0.2 candidate builds:
http://ftp.mozilla.org/pub/mozilla/nightly/latest-1.0/
http://ftp.mozilla.org/pub/mozilla/nightly/latest-trunk/

Comment 4

[lsof]

1.3a seems fine (well, almost) with this - it doesn't crash, but the download
dialog box is unresponsive unless it a cancel is hit a lot of times.

Here's some better info to reproduce the problem.
1. Go to two websites, one with a link to a .tar.gz (or similar) file.
2. Click the link to download the file, and straight away start switching
between the tabs. The download dialog box will lose focus.
3. Switch to download dialog box, try to save. It won't.
4. Switch back to main Mozilla window - the dialog is there as well! Click save.
 .. Previously nothing happenned here, 1.3a lets me save.

Comment 5

[lsof]

change "previously, nothing happenned here" to "previously, crash"

Comment 6

[lsof]

and change "lets me save" to "does nothing".

Lowering priority from critical to major since no crash happens.
I can't 'lose data' because I can't get the file I'm trying to download.

Comment 7

[Brant Gurganus]

By the definitions on <http://bugzilla.mozilla.org/bug_status.html#severity> and
<http://bugzilla.mozilla.org/enter_bug.cgi?format=guided>, crashing and dataloss
bugs are of critical or possibly higher severity.  Only changing open bugs to
minimize unnecessary spam.  Keywords to trigger this would be crash, topcrash,
topcrash+, zt4newcrash, dataloss.

Comment 8

[Mikael Parknert]

Reporter: Can you reproduce this bug with a recent build of Mozilla (for
example, 1.4rc3)? 

If so, then please comment again with details. 
If not, then please resolve this bug as WORKSFORME. Thanks.

Comment 9

[Asa Dotzler [:asa]]

unable to reproduce with latest trunk nightly build. Please reopen if you can
reproduce with 1.6 or newer. thanks.