GNOME Bugzilla – Bug 548681
[MessageList] Restore of cursor mispositioned after delete
Last modified: 2018-07-27 14:16:57 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:
hmm - same issue occurs with deleting emails... I thought this had already been fixed....
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.
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+)
*** Bug 545253 has been marked as a duplicate of this bug. ***
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.