Files
webmail/lib
Linus Rath 219ea22276 fix: act on selected messages of expanded threads in their own account
In a unified view, a tag view or an "All folders" search, a message can
be selected inside an expanded thread without being a row of the list.
The batch actions only looked at the rows:

- "Delete" and "Mark as read" sent such a message's id without its
  account, so the write went to the account the list is reached
  through, where the same id can name another message: an unrelated own
  message could end up in Deleted Items. They now write it in its own
  login and account, as they do the rows, and a message marked read
  shows as read in its thread.
- "Archive" and "Move to" skipped it without a word. It is archived or
  moved with the rest now.
- A selected id that is neither a row nor a message of an expanded
  thread is left alone, stays selected, and the error says so. The
  messages of a thread collapsed again no longer count, for "Spam" and
  "Not spam" either.

A mail hit of the active login opened from search in the Pro shell was
read by its id through the mail list, which may show another login, or
another account's message with the same id. It is read through the
hit's login and account now, as other logins' hits already were.
2026-09-26 04:56:23 +02:00
..
2026-09-03 22:12:15 -07:00
2026-04-16 19:07:42 +02:00