Closed Bug 30000 Opened 25 years ago Closed 25 years ago

DND rubber-band animation is delayed

Categories

(SeaMonkey :: MailNews: Message Display, defect, P3)

x86
Linux

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 32710

People

(Reporter: biancio, Assigned: blizzard)

Details

First of all I sware I am not drunk! I have seen the icon used when dragging mail message moving during idle on the Mail window. I have seen it three or four times today. The mouvement is from the left to right to the left, as if a mail was dropped from the "Mail Folder" window to the "Subject...etc" window. It is quite a quick movement. I have seen it once on the browser window, but the mail window was just behind the browser one.
Yes, I've seen this too.
Status: UNCONFIRMED → NEW
Ever confirmed: true
I must be drunk, because I can't understand this bug report. Could someone explain what you mean, or attach a screen shot or something?
Drag and drop animation (a document icon moving across the screen) is displayed with long delay (several minutes), sometimes repeatedly, whether the mailnews window has focus or not. To reproduce: 1. Open mailnews 2. Drag message from thread pane to folder or message pane 3. Wait patiently Actual result: a few minutes after the drag-and-drop action (which has no effect since dnd doesn't yet work in mailnews on Linux), the document icon that you've dragged across the screen will appear and move from the target position back the source position, regardless of whether the mailnews window is on top or not. Expected result: the icon should return immediately to where you started to d-n-d ("rubber band" effect) to indicate that the move could not be executed. Linux build 2000.03.01.08
Summary: Flying documents on idle → DND rubber-band animation is delayed
Happy 30000th bug day, Bugzilla!
Phil found a way to weasel out of owning this bug. Reassigning.
Assignee: phil → selmer
Doesn't look like a beta stopper. Candice, are you the correct owner? Please adjust as necessary. Is it possible that we're trying to do the drag and only after waiting for the copy to happen figuring out that it failed for some reason?
Assignee: selmer → chuang
Target Milestone: --- → M17
Minor UI fixups to M18. If this is incorrect, please adjust.
Target Milestone: M17 → M18
Reassign to pinkerton. If this is something I have to fix in the mail drag & drop code. Please let me know.
Assignee: chuang → pinkerton
reassigning to blizzard, sounds like a d&d timeout or something with the drag not being "cancelled" correctly....
Assignee: pinkerton → blizzard
Fixed a long time ago. *** This bug has been marked as a duplicate of 32710 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
duplicate bug is marked fixed and verified.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.