292951 - Crash on drag-n-drop attachment if 'Attach File(s)' window is open

Status: RESOLVED WORKSFORME

(Core :: Widget: Gtk, defect)

Description

[moonchildhk]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.7) Gecko/20050416 Fedora/1.0.3-1.3.1 Firefox/1.0.3
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.7) Gecko/20050416 Fedora/1.0.3-1.3.1 Firefox/1.0.3

If you drag a file into an email being composed while the window for attaching
files is open, nothing happens until the 'Attach File(s)' window is close, at
which point TB unexpectedly closes.




Reproducible: Always

Steps to Reproduce:
1. Compose new email
2. Click 'Attach' button on toolbar (which opens new file selector window)
3. Leave file selector window open, and Drag a file from desktop (not from the
'Attach File(s)' window) into attachments area of the email.. nothing happens.
4. Close the file selector window, TB Crashes.
Actual Results:  
TB crashes (exits unexpectedly)

Expected Results:  
Either (1) The drag-drop operation is ignored, or (2) The drag-drop operation is
carried out. In ether case, TB should not crash.

Comment 1

[Mike Cowperthwaite]

Is this bug still an issue with current builds?  Which build was this reported 
against?  I can't reproduce with Win2K, 1.0+0805.

When the Attach Files window is open, a drag operation shows the Do Not Drop 
icon over all parts of the compose window; do you not see that?

Comment 2

[moonchildhk]

(In reply to comment #1)
> Is this bug still an issue with current builds?  Which build was this reported 
> against?  I can't reproduce with Win2K, 1.0+0805.

Just checked again with current stable (1.0.6 20050716) and was able to
reproduce on Linux (FC3, i686).
 
> When the Attach Files window is open, a drag operation shows the Do Not Drop 
> icon over all parts of the compose window; do you not see that?

Yes, it now shows the Do Not Drop. The following all cause a crash:

 Press ESCAPE and close Attach File window
 Release Left Mouse and close Attach File Window
 Both of the Above but Select File in Attach Window

This is reproducable every time. All will cause program to exit suddenly and
brings up the Quality Feedback Agent.

Comment 3

[Mike Cowperthwaite]

(In reply to comment #2)
> (In reply to comment #1)
> > Is this bug still an issue with current builds?  Which build was this 
> > reported against?  I can't reproduce with Win2K, 1.0+0805.
> 
> Just checked again with current stable (1.0.6 20050716) and was able to
> reproduce on Linux (FC3, i686).

1.0.6 doesn't actually qualify as a "current build".  Can you try this with a 
nightly?
  ftp://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-trunk/


> This is reproducable every time. All will cause program to exit suddenly and
> brings up the Quality Feedback Agent.

Well, that's useful -- did you actually file the feedback report?  
What's the incident number?

Comment 4

[moonchildhk]

> 1.0.6 doesn't actually qualify as a "current build".  Can you try this with a 

Sorry, my bad. The problem seems to be partially fixed in the nightly:

If I do as above and drop the file.. the file appears as an attachment.
Canceling the 'Attach Files' window and continuing causes no problems.

If I press 'Escape' while instead of dropping the file (ie.. drag file to
attachments area.. the attachments box appears, but then don't drop the file,
hit escape) all seems good until I close Thunderbird, at which point I get the
following on the command line:

(Gecko:10359): Gdk-CRITICAL **: gdk_window_peek_children: assertion
`GDK_IS_WINDOW (window)' failed

(Gecko:10359): GLib-GObject-CRITICAL **: g_object_get_data: assertion
`G_IS_OBJECT (object)' failed
./run-mozilla.sh: line 131: 10359 Segmentation fault      "$prog" ${1+"$@"}

And the Netscape Feedback agent starts up.

Exact Steps to reproduce:

1) Open TB
2) Click "Write:
3) Click "Attach"
4) Drag file from Desktop to Attachments area (Right of addresses)
5) Do not drop file.. press Escape instead
6) Close message (click Do Not Save in Pop-up)
7) Close TB

> Well, that's useful -- did you actually file the feedback report?  
> What's the incident number?

I did. The 3 most recent tries with the nightly are:

 TB8379179Y
 TB8379054K
 TB8379032Z

Hope that's a little more usefull.

Comment 5

[Mike Cowperthwaite]

Confirming based on detailed report, but I can't reproduce any of the symptoms 
on Win2K.

Comment 6

[Mats Palmgren (inactive)]

Does this bug still occur in Thunderbird2 (or a SeaMonkey trunk build)?
http://www.mozilla.com/en-US/thunderbird/

Please submit new Talkback data in that case. Thanks.

Comment 7

[moonchildhk]

I have not been able to reproduce the bug in TB2, it appears to be fixed now.