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 548681 - [MessageList] Restore of cursor mispositioned after delete
[MessageList] Restore of cursor mispositioned after delete
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Mailer
3.10.x (obsolete)
Other All
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
: 545253 (view as bug list)
Depends on:
Blocks: 545253
 
 
Reported: 2008-08-20 15:10 UTC by Reid Thompson
Modified: 2018-07-27 14:16 UTC
See Also:
GNOME target: ---
GNOME version: 3.9/3.10



Description Reid Thompson 2008-08-20 15:10:44 UTC
Please describe the problem:
Select 10 emails.  Drag them to another folder.  Email selection (cursor) jumps down 10 emails, rather than to to the next email in line

Steps to reproduce:
1. see description
2. 
3. 


Actual results:
see description

Expected results:
Selection to move to the next email in line

Does this happen every time?
yes

Other information:
Comment 1 Reid Thompson 2008-08-20 15:12:07 UTC
hmm - same issue occurs with deleting emails... I thought this had already been fixed....
Comment 2 Milan Crha 2018-07-12 09:49:47 UTC
Thanks for a bug report. I can confirm this (development version, to be 3.29.4 soon) and I can add one more case:
a) select a message in a folder
b) delete messages in that folder, which are above the selected, including it,
   from another instance of Evolution (or web interface or such)
c) back to the first evolution, right-click the folder name and choose Refresh

Several things can happen now, depending how many messages are shown below that previously selected message. The multiselection plays its role as well. With multiple messages selected it can happen that the message list looks like it preserved all the selected messages, but as soon as it loses focus and gains it back the message list selects the first message in itself, deselecting the previously selected messages. Eventually the selection can be lost just as Reid described above, everything depends whether the message which had the cursor disappeared as well.

Related bug:
https://gitlab.gnome.org/GNOME/evolution/issues/69
For which, when the selection start message is removed, it should be recalculated to some nearest selected message as well. Only when possible, of course.
Comment 3 Milan Crha 2018-07-13 07:34:12 UTC
It's sort of alchemy to make this right and even with all the added code it can look like it misbehaved in case the sorting itself changes order of the messages in the thread, thus the view can eventually jump significantly, while keeping the next/previous message selected as expected. And when it comes to multiselection then it's even more fun. Nonetheless, the below change helps a lot, from my point of view, and covers most of the usual scenarios.

Created commit b01b76ab27 in evo master (3.29.4+)
Created commit 943243ce34 in evo gnome-3-28 (3.28.4+)
Comment 4 Milan Crha 2018-07-13 07:36:58 UTC
*** Bug 545253 has been marked as a duplicate of this bug. ***
Comment 5 Reid Thompson 2018-07-27 14:16:57 UTC
Thanks Milan,
i just cleaned up a  lot of old mail and can confirm that the the action taken upon deletion during this cleanup was that the cursor moved down one email from the last email selected for deletion.