Dragging message interrupted with new message notification
Categories
(Thunderbird :: Mail Window Front End, defect)
Tracking
(Not tracked)
People
(Reporter: msajner, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:88.0) Gecko/20100101 Firefox/88.0
Steps to reproduce:
Start dragging a message from one folder to another.
During the operation, before the message is dropped on destination folder, new message arrives.
Actual results:
Popup notification window is shown.
This interrupts the drag & drop procedure.
The dragged message needs to be grabbed again and dragged and dropped one more time.
I would guess this behaviour is there from very beginning of the product.
Expected results:
The drag and drop procedure should be completed regardless the background events like notifications occur and should not interrupt / cancel that process.
|
||
Comment 1•4 years ago
|
||
Thank you Marek. Yeah, I believe this is still happening. And yes, it has been known to happen since more than a decade (bug 458570). It's also certainly non-trivial to fix, and with XUL trees on their way out, might be even more of a moving target. Have you seen this on Pop or Imap account?
For now, duping to bug 948082 which looks like the generic catch-all.
|
Reporter | |
Comment 2•4 years ago
|
||
(In reply to Thomas D. (:thomas8) from comment #1)
Thank you Marek. Yeah, I believe this is still happening. And yes, it has been known to happen since more than a decade (bug 458570). It's also certainly non-trivial to fix, and with XUL trees on their way out, might be even more of a moving target. Have you seen this on Pop or Imap account?
For now, duping to bug 948082 which looks like the generic catch-all.*** This bug has been marked as a duplicate of bug 948082 ***
Yes, it was on IMAP acount in my case. Didn't try with POP.
|
|
||
Comment 3•4 years ago
|
||
Thanks Marek. Let's dupe it to IMAP bug 458570 then.
Description
•