본 사이트는 여러분의 사용자 경험을 개선하기 위해 유지 보수를 진행하는 동안 기능이 제한됩니다. 도움말로 문제가 해결되지 않고 질문을 하고 싶다면 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.