298274 - Dragging Attachment to Taskbar Opens Download Manager

Status: RESOLVED WORKSFORME

(Thunderbird :: Mail Window Front End, defect)

Description

[Jerry Baker]

20050618 trunk

STEPS TO REPRODUCE:
1. Open a message with attachments.
2. Drag an attachment down to another window on the taskbar and hold.

RESULT
The save as dialog opens saying that the file has been successfully saved.

EXPECTED
The window on the taskbar should have been restored and then continuation of the
drag & drop operation would be possible.

Comment 1

[Mike Cowperthwaite]

Still seeing this on branch or trunk?  I can't reproduce with 2b1-1026, Win2K, but I can easily reproduce it in 1.5.0.7.

I think this is a dupe of bug 285295.

Comment 2

[Jerry Baker]

Now it's just changed the way in which it's broken. Using 20061024 trunk I am able to drag an attachment to a Windows Explorer button on the taskbar, hold it, and have Windows Explorer maximize itself. However, when I release the attachment nothing happens when it should save to that directory I dragged it into.

No matter what window that attachment is dragged into, it isn't possible to actually do something with it (like drop it).

Comment 3

[Mike Cowperthwaite]

(In reply to comment #2)
> Now it's just changed the way in which it's broken. Using 20061024 trunk I am
> able to drag an attachment to a Windows Explorer button on the taskbar, hold
> it, and have Windows Explorer maximize itself. However, when I release the
> attachment nothing happens when it should save to that directory I dragged it
> into.

That's true on the trunk -- at least as far back as 1004, which is the earliest trunk build I have handy.  Using drag to copy a file to Windows Explorer, or to the desktop for that matter, is working on the 2b1 branch.  This definitely needs to be a new bug.


> No matter what window that attachment is dragged into, it isn't possible to
> actually do something with it (like drop it).

Dragging an attachment to an app doesn't work for trunk or branch, but that does work for 1.5.0.7.  I think this also should be a new bug, and this one should be duped as per comment 1.

Comment 4

[Mike Cowperthwaite]

(In reply to comment #3)
> (In reply to comment #2)
> This definitely needs to be a new bug.

OK, I opened bug 358657 for this.


> > No matter what window that attachment is dragged into, it isn't possible
> > to actually do something with it (like drop it).
> 
> Dragging an attachment to an app doesn't work for trunk or branch, but that
> does work for 1.5.0.7.  I think this also should be a new bug, and this one
> should be duped as per comment 1.

On retesting, I'm getting inconsistent results with this.  The 3a1 build is simply giving me a DoNotDrop cursor in any application window.  2b1 seems to be working OK in certain situations -- sometimes I'm getting a "Sharing violation" error from the app, sometimes the app is processing the drag-n-drop.  In the cases where there is no sharing violation, it appears to work if the app can support the mailbox: URL format -- Word, for instance, is opening .DOC files and .HTML files, and Acroboat is opening PDFs.  A dumb little image-display program always displays an "Unknown File Format" error, but it does that if I drag from 1.5 as well.

Comment 5

[Wayne Mery (:wsmwk)]

Jerry, do you still see this using current version or trunk?

Comment 6

[Jerry Baker]

It works with TB 2.0.0.12

Comment 7

[Joshua Cranmer [:jcranmer]]

RESO WFM per closeme and comment #6.