GNOME Bugzilla – Bug 223897
Deleting email in threaded reorders emails
Last modified: 2002-04-26 16:26:07 UTC
Description of Problem: When you delete a message in the middle of a thread it causes the thread to be resequenced. The email will jump into logical date order and put unread emails above where you are now in the thread.. This means that the 'n' next command will not follow the thread and you will jump back to it later. This leaves the reader confused. Deleting a thread is worse. Delete a large thread over a number of days. You will suddenly get resorted into the middle of the list and the deletions start acting on things you did not expect due to the changed position in the mailing area. Steps to reproduce the problem: 1. Grab a large unread thread, with multiple paths. Read the first few records. 2. Read the delete an email on the tree. you advance to the next email, this email will reorder to the 'correct' slot according to sort order. 3. Emails that were now after this email and now moved above. Actual Results: Unread email above where the user is, when reading from the top of the list. Expected Results: Unread emails stay below the current email. How often does this happen? Always. Additional Information: If I delete the head of a threaded list a similar thing happens. I suggest ordering the email when selecting it or refreshing it explicitly but not when you are moving through it and deleting messages. This makes things hard to find on big lists (5000 + messages) because things jump all over the place leaving me confused.
yea, this is a problem that has plagued us for a while. I think it depends on ETable being "fixed" to not re-sort when things change.
*** This bug has been marked as a duplicate of 203737 ***