We're calling on all EU-based Mozillians with iOS or iPadOS devices to help us monitor Apple’s new browser choice screens. Join the effort to hold Big Tech to account!

为提升您的使用体验,本站正在维护,部分功能暂时无法使用。如果本站文章无法解决您的问题,您想要向社区提问的话,请到 Twitter 上的 @FirefoxSupport 或 Reddit 上的 /r/firefox 提问,我们的支持社区将会很快回复您的疑问。

搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信,及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

详细了解

Thunderbird's mail list pane jumps to the oldest message on refresh/check, which is annoying.

  • 1 个回答
  • 0 人有此问题
  • 12 次查看
  • 最后回复者为 gessel

more options

This is a reported issue here and there and so I doubt it is worthy of a bugzilla report, but I have yet to find a reliable solution.

I list mail with newest messages on the bottom, just over the preview pane, so sort by date ⮟. When folders are recently repaired behavior is what I like: switch to folder and highlight and preview the newest (bottom most) message. Delete a message, highlight and preview the next more recent message in the list (highlight moves down one from the deleted message). After checking mail or other mailbox updates, whatever message is highlighted and previewed stays highlighted. I find this good and pleasing behavior.

However, after some time, hours or weeks as described in other support requests/bug reports, this pleasing behavior changes and Thunderbird seeks the oldest message in the list, at the top of the list pane, which it highlights and switches preview to. This happens if I switch to the mailbox or if the mailbox is updated by checking mail or deleting a message. Since I background check, this can happen while reading a message (any message other than oldest) which is annoying. Reading is interrupted, I have grab the mouse and scroll back to the bottom of the mail list and select the newest (or whatever I was reading) again.

The standard advice is properties->repair folder, which does work for a time, but not long, as others have found.

https://www.reddit.com/r/Thunderbird/comments/tkpyx5/mail_list_keeps_jumping_all_the_upthe_earliest/ https://support.mozilla.org/en-US/questions/1231801

An option might be to delete the .msf files every night after verifying the screen is locked (so TB is not being used late) and keep them updated that way, but it would seem that preventing whatever is messing up the .msf files in the first place would be better. (I assume it is .msf corruption since "repair folders" works and that just deletes and rebuilds the .msf file).

Any better ideas that that brute force hack?

This is a reported issue here and there and so I doubt it is worthy of a bugzilla report, but I have yet to find a reliable solution. I list mail with newest messages on the bottom, just over the preview pane, so sort by date ⮟. When folders are recently repaired behavior is what I like: switch to folder and highlight and preview the newest (bottom most) message. Delete a message, highlight and preview the next more recent message in the list (highlight moves down one from the deleted message). After checking mail or other mailbox updates, whatever message is highlighted and previewed stays highlighted. I find this good and pleasing behavior. However, after some time, hours or weeks as described in other support requests/bug reports, this pleasing behavior changes and Thunderbird seeks the oldest message in the list, at the top of the list pane, which it highlights and switches preview to. This happens if I switch to the mailbox or if the mailbox is updated by checking mail or deleting a message. Since I background check, this can happen while reading a message (any message other than oldest) which is annoying. Reading is interrupted, I have grab the mouse and scroll back to the bottom of the mail list and select the newest (or whatever I was reading) again. The standard advice is properties->repair folder, which does work for a time, but not long, as others have found. https://www.reddit.com/r/Thunderbird/comments/tkpyx5/mail_list_keeps_jumping_all_the_upthe_earliest/ https://support.mozilla.org/en-US/questions/1231801 An option might be to delete the .msf files every night after verifying the screen is locked (so TB is not being used late) and keep them updated that way, but it would seem that preventing whatever is messing up the .msf files in the first place would be better. (I assume it is .msf corruption since "repair folders" works and that just deletes and rebuilds the .msf file). Any better ideas that that brute force hack?

所有回复 (1)

more options

Oh, also somewhat annoyingly, the "repair" function (deleting and rebuilding the .msf file) enables view by threads, an UX abomination in my opinion. It is just a click away from restoring the more consistent with my mental model unthreaded view, but another, albeit minor, reason why finding a better solution than rebuilding .msf files every day or so is desirable.