Glitch after deleting msgs in newer MM versions
Reported by Robert Brenstein | January 15th, 2025 @ 04:13 PM
I am using 6065. I skipped several releases when upgrading, so I am not sure when the glitch began.
I display messages in mailboxes with newest messages at the bottom. Normally, when I scroll up to read an older message and delete that message after reading it (I do those in msg’s own window since I use the 2-pane layout), MM stays where I was in the list or jumps to the bottom.
When I use the “search for related messages” feature (shift-double click in my setup) and delete the shown messages after reading them, MM 6065 usually but not always jumps to the top of the message list instead of staying where I was in the list or to the bottom as it used to.
This is quite annoying when using mailing list mailboxes which can have thousands of messages to scroll through to get back to the bottom or the time section where I was.
I use macOS Monterey on M2 MacBook Pro if that matters.
Comments and changes to this ticket
-
Robert Brenstein January 16th, 2025 @ 10:25 PM
Just to provide more details for replication:
I am in a mailing list mailbox with a few thousands messages. I double-click an email so it opens in its window. I read it then click the delete button. The email window closes and I am back with the message list where I was before. This works fine regardless where I am in the list. Now, if I select an email then shift-double-click its subject, I get a list of let’s say 5 emails, it could be 2 or 20, a single mail thread that is. I select all of them then then command-shift-o to open all of them, each in its own window. I read each and click the delete button. After the last message is gone, I click the cancel button to close the search and I am back in the list. If the messages were on the last page, that is I was scrolled all the way down to newest messages, I end up at the end of the list. However, if I was somewhere in the middle of the list, I end up at the very top, that is at the oldest messages. Until the upgrade, I would end up back in the middle of the list (occasionally at the very end - I never figured out what triggered that, but it was too seldom to warrant an investigation).
Probably related to this is a different thing:
If I did not delete all read messages in the search results but left one of them, after clicking the cancel button that message would be selected in the list. If I held the option key when clicking, nothing would be selected and I ended up at the bottom of the list. This was really practical. Now, the option key does nothing. And if I leave more than one message, a random group of messages are selected after the clicking the cancel button. For example, I left 2 messages. After cancelling the search, 4 messages are selected none of them being in the search results. Alternatively, no message is selected but I jump to the top (oldest messages) in the list. I can’t discern any pattern that triggers one or other behavior. Either is wrong anyway.
-
benny January 16th, 2025 @ 10:29 PM
Since I've recently changed some things related to selection of messages I would prefer if you first try the latest test release (before I look into trying to reproduce). Then let me know if all of the above is still a problem.
Hold down ⌥ when clicking “Check Now” in the Software Update settings pane to get the latest test release (r6210).
You can also fetch it manually if you would prefer to be able to switch back to your current version: r6210.
-
-
Please Sign in or create a free account to add a new ticket.
With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.
Create new ticket
Create your profile
Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป
Mac OS X email client.
benny