Message list position after deleting messages

[runboxdave]

Scenario: Deleting messages by selecting them one by one using the checkboxes.

Issue: When the messages are actually deleted the message list view changes to show an unrelated set of messages in lists that are longer and exceed the screen depth. What seems to happen is the scroll position is retained but now a different set of messages are represented in that position.

Preferable behaviour: Scroll the list so that the message below the last one that was deleted is moved to the top, regardless of whether any are above it that were not deleted. This helps retain focus on the messages that were being read/worked on/deleted rather than having to find that position again.

I'm classifying this as a bug as well as an enhancement as I don't think the current behaviour is actually useful and may not have been intended in which case it could be a bug. I think it's important enough to be more than an enhancement as it could affect willingness to use the interface from a message management point of view.

[gtandersen]

An alternative perspective is that because the foremost navigational cue is the date/time of messages, the list should remain at the place where the user last selected a message and not scroll anywhere.

In other words, deleting/moving messages should simply remove them from the list regardless of the visible list position.

For instance, if message 5, 10, and 20 are selected in that order and deleted, the list should remain at the last position.