為了改善您的使用體驗,本網站正在進行維護,部分功能暫時無法使用。若本站的文件無法解決您的問題,想要向社群發問的話,請到 Twitter 上的 @FirefoxSupport 或 Reddit 上的 /r/firefox 發問,我們的社群成員將很快會回覆您的疑問。

搜尋 Mozilla 技術支援網站

防止技術支援詐騙。我們絕對不會要求您撥打電話或發送簡訊,或是提供個人資訊。請用「回報濫用」功能回報可疑的行為。

了解更多

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.