233740 - Drag from Attachment Panel is broken

Status: VERIFIED FIXED

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Mike Cowperthwaite]

Perhaps a side effect of bug 83803's fix.

When a message (in a local/POP3 store; have not tested against IMAP/News) 
contains an attachment, it is no longer possible to drag the attachment anywhere 
in any form.  The mouse cursor remains a regular pointer and no drop action is 
seen on releasing the mousebutton.

In Moz 1.6 Final, it is possible to drag the attachment to a compose window, and 
also possible (in Windows, anyway) to drag an attachment to the desktop, or into 
Microsoft Word or other compatible applications, as a "Internet Shortcut" (as a 
mailbox: URL).  Neither of these actions are possible any longer.

The fixed bug was intended to allow dragging of an attachment to the desktop as 
a file.

This report written against
  Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7a) Gecko/20040210
but I first saw it in
  Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7a) Gecko/20040119

Comment 1

[Mike Cowperthwaite]

CC'ing Scott.

Comment 2

[Scott MacGregor]

Using a trunk build, I can grab an attachment from the message pane,
drag it over to a compose window and drop it in the attachment bucket in the
compose window. 

If I then send the message, I see the contents of the attachment that I dragged. 

Is this not what you are seeing?

I'm using a thunderbird trunk build. 

Comment 3

[Andreas Kunz]

Scott:
No.
This bug is about Seamonkey and dragging is broken there.

Comment 4

[Scott MacGregor]

Attachment: seamonkey fix

the fix just involves back porting a minor mozilla\toolkit change to xpfe

Comment 5

[Scott MacGregor]

fixed

Comment 6

[Andreas Kunz]

Thanks, Scott, I can verify this works now (Win2k)!
Dragging to Desktop or whatever directory works fine now and saves the file
itself (as opposed to a reference to inbox; this is what I think bug 83803 was
originally about).

However, dragging to a compose window (as attachment for a new message) renames
the items to "Attached Message Part". This is also what the items are named like
for the recipient. I don't know if this is known and also the case in
Thunderbird, but since dragging to the Desktop does preserve the original file
name, dragging to a compose window also could/should.
(I've never used this feature, so don't think I say this because I want it; it
just looks a bit inconsistent.)

Comment 7

[Mike Cowperthwaite]

Yep, it's fixed.  Thanks, Scott!  
And bug 83803's fix works in the suite as well.

Comment 8

[Mike Cowperthwaite]

(In reply to comment #6)
> However, dragging to a compose window (as attachment for a new message)
> renames the items to "Attached Message Part". This is also what the items
> are named like for the recipient.

I've opened bug 238913 for this problem.