1827042 - Incorrect scrolling position in the message list when opening a folder. This particularly affects unified or virtual folders.

Status: RESOLVED FIXED

(Thunderbird :: Folder and Message Lists, defect, P1)

Description

[custom.firefox.lady [:tawn]]

Steps to reproduce:

Sort messages with newest at bottom of message list.
Select bottom (newest) message.
Close Thunderbird.
Re-open Thunderbird.

Actual results:

Thunderbird always opens with message list scrolled to top.

Expected results:

Thunderbird opens with message list scrolled to bottom since that's how it was last time it was closed (as it does on Thunderbird 102).

Comment 1

[Alessandro Castellani [:aleca]]

I can't reproduce this. Does it still happen?

Comment 2

[custom.firefox.lady [:tawn]]

It still happens in Unified Folders. (IIRC it was also happening in All Folders previously.)
In Unified, if I even click on to the Drafts folder and then back to Inbox, the scroll position returns to the top (while the previously selected message remains visible in the preview pane, it may be scrolled out of view at the bottom of the message pane).

Updated steps to reproduce:

Folder Modes > Tic Unified Folders ON
In Folder Pane, select Unified Inbox
In Message Pane, sort messages with newest at bottom of message list.
Select bottom (newest) message.
Close Thunderbird. (OR click Unified's Drafts folder)
Re-open Thunderbird. (OR click back to Unified's Inbox folder)

Comment 3

[custom.firefox.lady [:tawn]]

Just retested on 115.0b5 and issue no longer occurs when clicking the Drafts folder, but still happens when reopening Thunderbird (no message selected and scroll position is at top instead of bottom).

Comment 4

[Wayne Mery (:wsmwk)]

Thanks for the updates. It still happens in beta?

Comment 5

[Wayne Mery (:wsmwk)]

p.s. is comment 2 the exact steps to reproduce in version 102?

Comment 6

[custom.firefox.lady [:tawn]]

(In reply to Wayne Mery (:wsmwk) from comment #5)

p.s. is comment 2 the exact steps to reproduce in version 102?

I'm guessing you didn't really mean 102, since you mentioned in comment #4 that 102 is unaffected...

Bug still occurs in 117.0b2 as well as 115.1.0. Only change in steps to reproduce is that mentioned in comment #3, but I've listed the updated steps in detail below. (Tested on Win10.)

Updated steps to reproduce:

Folder Modes > Tic Unified Folders ON
In Folder Pane, select (Unified) 'Inbox' (not an individual included account)
In Message Pane, sort messages with newest at bottom of message list. (View > Sort By > Ascending)
Click to select bottom (newest) message.
Close Thunderbird.
Re-open Thunderbird.

If you guys still cannot reproduce, let me know and I'll try to create a (clean) test profile to see if there's some other factor involved.

Comment 7

[custom.firefox.lady [:tawn]]

Could this be related to Bug 1847842 ? (From comment #3 'no message selected and scroll position is at top instead of bottom')

Comment 9

[Wayne Mery (:wsmwk)]

(In reply to custom.firefox.lady [:tawn] from comment #7)

Could this be related to Bug 1847842 ? (From comment #3 'no message selected and scroll position is at top instead of bottom')

Comment 10

[Geoff Lankow (:darktrojan) [PTO, back 8 Dec]]

Unlikely.

What's happening is the decision to scroll occurs before any rows have appeared, so nothing happens. This happens for virtual folders (including the unified folders) but not real folders, because virtual folders typically don't have rows immediately. I'm aware of the problem but don't have a satisfactory solution at this point.

Comment 11

[bughit]

I noticed this after upgrading from 102 to 115. Have a saved search folder that includes all messages from imap inbox & sent folders, threaded. In 102, opening it would scroll to the end. In 115 it doesn't. Not only does this happen when starting TB, but if you switch away from the saved search folder with no messages selected and switch back, it also opens unscrolled. This a very annoying regression.

I'm aware of the problem but don't have a satisfactory solution at this point.

How did this work in 102? Why is it so problematic to schedule a scroll for after the rows have been computed?

Comment 12

[Hartmut Welpmann [:welpy-cw]]

Attachment: Bug 1827042 - Set scroll position after messages have been loaded in a folder. r=darktrojan,leftmostcat

Comment 19

[mozilla]

Just want to note that in 115.3.1 this has nothing to do with a restart. This is happening every time I switch between folders, making it a serious irritant. My folders are sorted most recent at the bottom.

On synthetic folders where the previously highlighted message is no longer in the folder upon returning, highlight is typically at the top of the folder. I would expect the highlight to be on the message nearest to the one that is now absent.

Comment 20

[bell2200]

Precisely as Mozilla reports. The OP made this clear.

Comment 26

[Andrew Pettey]

I first noticed the problem when downloading messages

The newest messages are still correctly for me at the end of all messages - however the automatic jump to first message unread is not happening

It jumps to random position in all downloaded messages in the Inbox, but does not highlight anything

Comment 29

[Wayne Mery (:wsmwk)]

Not listed here, but there are many support posts about this.

Comment 32

[Rongo]

This bug is still in the latest version, 115.3.3 It was not in version 102.15.1

Comment 37

[other.tent0831]

In 1.5.3.3 I see this in normal folders, not unified or virtual folders which I don't use.

Comment 38

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/comm-central/rev/1e3fdf01460a
Set scroll position after messages have been loaded in a folder. r=darktrojan

Comment 39

[Hartmut Welpmann [:welpy-cw]]

Attachment: Bug 1827042 - Follow-up fix for scroll position in quick search. r=darktrojan

Comment 42

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/comm-central/rev/54a929f3ca16
Follow-up fix for scroll position in quick search. r=darktrojan

Comment 43

[Hartmut Welpmann [:welpy-cw]]

Comment on attachment 9360717 [details]
Bug 1827042 - Follow-up fix for scroll position in quick search. r=darktrojan

.

Comment 45

[Wayne Mery (:wsmwk)]

Comment on attachment 9356734 [details]
Bug 1827042 - Set scroll position after messages have been loaded in a folder. r=darktrojan,leftmostcat

[Triage Comment]
Approved for beta

Comment 46

[Wayne Mery (:wsmwk)]

Comment on attachment 9360717 [details]
Bug 1827042 - Follow-up fix for scroll position in quick search. r=darktrojan

[Triage Comment]
Approved for beta

Comment 47

[Rob Lemley [:rjl]]

Thunderbird 120.0b2:
https://hg.mozilla.org/releases/comm-beta/rev/f1cf5756ad16
https://hg.mozilla.org/releases/comm-beta/rev/099cd459f6e1

Comment 55

[Wayne Mery (:wsmwk)]

Comment on attachment 9356734 [details]
Bug 1827042 - Set scroll position after messages have been loaded in a folder. r=darktrojan,leftmostcat

[Triage Comment]
Approved for esr115

Comment 56

[Wayne Mery (:wsmwk)]

Comment on attachment 9360717 [details]
Bug 1827042 - Follow-up fix for scroll position in quick search. r=darktrojan

[Triage Comment]
Approved for esr115

Comment 58

[Rob Lemley [:rjl]]

Thunderbird 115.4.3:
https://hg.mozilla.org/releases/comm-esr115/rev/2b5a32970e7b
https://hg.mozilla.org/releases/comm-esr115/rev/24b78fa766c2

Comment 59

[Wayne Mery (:wsmwk)]

There apparently are still issues after this patch on 115.4.3 that were not found in weeks of beta testing.

If you are CC on this bug and

• had no problems prior to 115.4.3 but now have a problem, please file a bug report with the details.
• had a problem prior to 115.4.3 and the probably got worse, please file a bug report with the details.

Setting mailnews.scroll_to_new_message to a non-default value of false may be involved (the default value is true).

The history of scroll bugs filed filed since supernova code landed may be useful - https://mzl.la/3SJtQuv are bugs with activity since 2023-08-01.

Comment 62

[Goce Mitevski]

(In reply to Wayne Mery (:wsmwk) from comment #59)

There apparently are still issues after this patch on 115.4.3 that were not found in weeks of beta testing.

If you are CC on this bug and

• had no problems prior to 115.4.3 but now have a problem, please file a bug report with the details.
• had a problem prior to 115.4.3 and the probably got worse, please file a bug report with the details.

Setting mailnews.scroll_to_new_message to a non-default value of false may be involved (the default value is true).

The history of scroll bugs filed filed since supernova code landed may be useful - https://mzl.la/3SJtQuv are bugs with activity since 2023-08-01.

I just tested this on 155.6.0 and it still does not appear to work right, even with mailnews.scroll_to_new_message set to a non-default value.

Maybe this bug needs to be reopened.

Comment 63

[Wayne Mery (:wsmwk)]

Maybe this bug needs to be reopened.

Please file a new bug