507607 - drag&drop an .eml file into mailbox folder via thread pane sometimes doesn't work under Linux

Status: NEW

(Thunderbird :: Mail Window Front End, defect, P5)

Description

[Tobias Koenig]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.12) Gecko/2009072221 Iceweasel/3.0.12 (Debian-3.0.12-1)
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.2pre) Gecko/20090730 Shredder/3.0b4pre

Drag an .eml file from the desktop and drop it onto the thread-pane does not work under Linux. When moving the mouse cursor over the thread-pane, the 'do-not-accept-drop' mouse cursor is shown and a drop doesn't add the mail to the folder.
When moving the mouse cursor to the top of the thread-pane (the header view), the following error statements are printed on console:

-----------------------------------
JavaScript error: chrome://messenger/content/msgMail3PaneWindow.js, line 1140: dt.mozGetDataAt("application/x-moz-file", 0).QueryInterface is not a function

(thunderbird-bin:3748): Gtk-CRITICAL **: gtk_drag_get_data: assertion `GTK_IS_WIDGET (widget)' failed

(thunderbird-bin:3748): Gtk-CRITICAL **: gtk_drag_get_data: assertion `GTK_IS_WIDGET (widget)' failed

(thunderbird-bin:3748): Gtk-CRITICAL **: gtk_drag_get_data: assertion `GTK_IS_WIDGET (widget)' failed

(thunderbird-bin:3748): Gtk-CRITICAL **: gtk_drag_get_data: assertion `GTK_IS_WIDGET (widget)' failed

(thunderbird-bin:3748): Gtk-CRITICAL **: gtk_drag_get_data: assertion `GTK_IS_WIDGET (widget)' failed

(thunderbird-bin:3748): Gtk-CRITICAL **: gtk_drag_get_data: assertion `GTK_IS_WIDGET (widget)' failed
JavaScript error: chrome://messenger/content/msgMail3PaneWindow.js, line 1139: dt.mozGetDataAt("application/x-moz-file", 0) is null
-----------------------------------



Reproducible: Always

Steps to Reproduce:
1.Drag .eml file from desktop
2.Drop it onto the thread-pane
Actual Results:  
Nothing happens, the mail is not added to the mailbox folder

Expected Results:  
The mail should be added to the mailbox folder

Comment 1

[Mark Banner (:standard8)]

When I tried this yesterday with the patch from bug 500564 it did work on linux for me, but the assertions were shown as well. One thing I had to do was to press ctrl to get it to copy it in rather than trying to move it.

Comment 2

[Mark Banner (:standard8)]

Oh, and this seems more like a core issue rather than a TB specific issue.

Comment 3

[Magnus Melin [:mkmelin]]

I also found it works, but only sometimes. 

bug 500564 comment 21 sounds exactly like what I saw too.
> I can't see anything wrong with these lines but for some reason mozGetDataAt is
> sometimes returning null, and sometimes returning something like a string of
> unprintable characters.

Comment 4

[Karl Tomlinson (:karlt)]

Sounds like bug 497494.

Comment 5

[Jens Stutte [:jstutte]]

Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority.

If you have reason to believe this is wrong (especially for the severity), please write a comment and ni :jstutte.