After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 374809 - Evolution holds when using IMAP with slow internet connection
Evolution holds when using IMAP with slow internet connection
Status: RESOLVED DUPLICATE of bug 351672
Product: evolution
Classification: Applications
Component: Mailer
2.8.x (obsolete)
Other All
: Normal minor
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2006-11-13 18:39 UTC by lebedev
Modified: 2008-08-07 16:20 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16



Description lebedev 2006-11-13 18:39:42 UTC
Please describe the problem:
Using IMAP if you drag an e-mail to move it from one folder to another (both are remote) it can take a few seconds before it goes to the target folder. So during this time you're able to drag one more e-mail and if you don't drop it until moving of first one hasn't completed it sticks to mouse cursor forever. Sorry for English. I'm not a native speaker.

Steps to reproduce:
1. Drag one e-mail.
2. Drop it to some folder.
3. Drag one more e-mail before first one has gone to target folder.



Actual results:
After first email has been moved to target folder first one sticks to mouse cursor forever.

Expected results:
Nothin. I must be able to drop second email wherever I want. But I can't because it sticks to mouse-cursor.

Does this happen every time?
Yes.

Other information:
Comment 1 Daniel Ruoso 2008-03-31 12:48:20 UTC
This bug is not Evolution-specific, although this is a sane way to reproduce the bug. I experienced the same behaviour in Galeon today, it seems that one application can put the entire desktop into a weird state.

I would argue that this is a Gtk bug in the drag-n-drop handling code, as it keeps dragging even when the mouse is no longer with the button pressed. While I can't really confirm that, it looks like, for some reason, the mouse-released event is not being catch by the drag-n-drop code.

I can't reassign the bug to another product, but I can say for sure that this is not only an Evolution bug... I would argue that no application should be able to put the entire desktop in such a weird behaviour.

daniel
Comment 2 Akhil Laddha 2008-08-07 10:09:48 UTC
Please file the separate bug in  gtk+, thanks.
Comment 3 Matthew Barnes 2008-08-07 16:20:24 UTC

*** This bug has been marked as a duplicate of 351672 ***