1857766 - Rightclick-delete a message in the list moves selection (scroll related?)

Status: UNCONFIRMED

(Thunderbird :: Folder and Message Lists, defect)

Description

[:ywn999]

Steps to reproduce:

Having a message selected in the message list, rightclick on a different message and choose delete from the popup menu.

Actual results:

The selection moves away from the currently selected message, to a neighbor of the deleted message.

Expected results:

The currently selected message remains selected (as long as it was not the one deleted).

What makes this particularly important is that rightclick-deleting unknown or unsafe messages is the safest way to handle them. This should NOT result in auto-selecting or auto-opening (if message view pane is on) another, potentially also unsafe message, instead of keeping the current selection (and viewed message) intact. This worked correctly in 102.x and broke in 115.x.

Comment 1

[Magnus Melin [:mkmelin]]

I'm not seeing that.
Can you give more details about when and where it happens.

Comment 2

[:ywn999]

I recently allowed the auto-update from 102.15.1 to 115.3.1 (32 bit), and the issue started immediately, probably something with the new ui. I first encountered this when viewing new messages in the inbox (pop3, all mails from several accounts into a single unified inbox), but the issue seems 100% reproducible in other folders too.

For example, I go to "drafts", create 3 new almost-empty messages by compose + type some subject + save. Message pane can even be turned off (f8). I select the first one, then rightclick-delete the second one, which results in selecting away from the first one and auto-selecting the third one. The selection always moves DOWN one from the deleted message, according to the current sort order (whether sort on oldest on newest). I tried changing the advanced setting "mail.delete_matches_sort_order" (from default false to true), this changed nothing when sorted on oldest, and made it select UP one from the delected message when sorted newest first, but still selecting away from the current selection.

Comment 3

[:ywn999]

My TB is on "classic view" btw, never saw or tried the others.

Comment 4

[:ywn999]

One more thing that may be relevant: rightclick-deleting unread mails now removes the unread status of deleted mails. I'm not completely sure, but I think this is also changed, I vaguely remember earlier versions usually showing "trash" folder in bold with a number of unread mails in it, after my daily delete of unwanted unread mails (which I always did with rightclick-delete).

Comment 5

[Hartmut Welpmann [:welpy-cw]]

(In reply to :ywn999 from comment #2)

I first encountered this when viewing new messages in the inbox (pop3, all mails from several accounts into a single unified inbox),

The way that message selections are currently saved and restored doesn't work reliably in multi-folder search views, such as any unified folder. So in bug 1807063, which just landed in beta, it has been disabled altogether for these types of folders.

but the issue seems 100% reproducible in other folders too.
For example, I go to "drafts", create 3 new almost-empty messages by compose + type some subject + save. Message pane can even be turned off (f8). I select the first one, then rightclick-delete the second one, which results in selecting away from the first one and auto-selecting the third one. The selection always moves DOWN one from the deleted message, according to the current sort order (whether sort on oldest on newest).

With 115.4.1, I can reproduce this exactly in a unified drafts folder. Does it work for you in a real drafts folder under one of your accounts? If not, it may be related to bug 1845391 (also in beta).

Comment 6

[:ywn999]

It's not easy for me to test that, since my TB is and always was entirely configured with unified folders. Even on disk I only have a single "drafts" folder/file (together with its "drafts.msf" file, in a custom profile and local-folders directory). I don't have any files related to individual accounts.

Fwiw I re-rested in drafts with several messages, so that scrolling could play a role. I did not see any unexpected scrolling. When the original selected message is out of view, rightclick-deleting a message first seem to scroll back to the original selection, then scrolls down again to the location of the deleted message, and selects its neighbor.

Comment 7

[:ywn999]

One more idea: custom archive folder. I moved a few newly created test messages from drafts to an archive folder of mine (which may count as unified folder but is presumably not a "multi-folder search view") and the issue happens there as well (115.4.2).

If you can reproduce in unified draft folder, then I suppose it is also reproducible in unified inbox folder? That is the real problem here, as inbox is often a unified folder, with security implications mentioned in original post.

Comment 8

[Wayne Mery (:wsmwk)]

(In reply to Hartmut Welpmann [:welpy-cw] from comment #5)

...
With 115.4.1, I can reproduce this exactly in a unified drafts folder. Does it work for you in a real drafts folder under one of your accounts? If not, it may be related to bug 1845391 (also in beta).

1845391 is approved for 115, so should appear in 115.4.3 next week.

Comment 9

[Wayne Mery (:wsmwk)]

Working for you now?

Comment 10

[:ywn999]

On 115.7.0 currently, and the bug still seems reproducible both in drafts (with steps as in #2) and inbox.