Switching folder view do not keep the same folder focused
Categories
(Thunderbird :: Folder and Message Lists, defect)
Tracking
(thunderbird_esr102 unaffected, thunderbird_esr115 affected, thunderbird112 affected, thunderbird129 affected)
Tracking | Status | |
---|---|---|
thunderbird_esr102 | --- | unaffected |
thunderbird_esr115 | --- | affected |
thunderbird112 | --- | affected |
thunderbird129 | --- | affected |
People
(Reporter: NicolasWeb, Unassigned)
References
(Blocks 2 open bugs)
Details
(Keywords: regression, ux-interruption, Whiteboard: [Supernova3p])
STR:
- Select a folder of one account (1st & start one= Inbox OR 2sd=Draft, ...) of a specific view in the Folder Pane
- Select the folder you want to keep viewing in the view mode section you will disable
- Switch from Folders view in menu View > Folders to keep just one: Unified only, ALL only, Unified only again
- Repeat steps 2 then 3
- Select Local Folders > Draft and switch to ALL view
Actual results:
Step 3:
- Switching to Unified view loose the active folder and show the account root
- Switching to ALL view keep the active folder, but select it in the Unified folder (1st view in panel)
Step 4:
- The active folder is always lost, and even some unpredictable one take the focus (local Folders, ...)
Step 5:
- Switching to ALL view loose the active folder and show the account root
Expected results:
- While changing folders view, the current viewed folder (and message) should not be changed
Regression: works okay in 102
Reporter | ||
Comment 1•2 years ago
|
||
A specific bug VS DUPEME of bug 1819383. Let's see when the last get fixed
Comment 2•2 years ago
|
||
If you use "depends", then bugzilla will automatically remind you when the block bug is closed. "See Also" will not do that for you.
Updated•2 years ago
|
Comment 3•2 years ago
|
||
(In reply to Nicolas Mandil (:NicolasWeb) from comment #1)
A specific bug VS DUPEME of bug 1819383. Let's see when the last get fixed
1819383 is fixed. Can you still reproduce your issue?
Reporter | ||
Comment 4•2 years ago
|
||
Unfortunately, yes, I can still reproduce that bug.
Keeping the same folder active & selected do not work after disabling a folder view mode. After disabling the folder mode in which you had the active folder, depending on if that mode was the first or last listed, TB select the first or last still visible folder (the nearest visible in the folder tree to the previously active folder).
With a setup (simplified) like this :
ALL
-Account 1
--inbox1
--Drafts1
--folder 1
--folder 2
-Local Folders
--folder a
--folder b
UNIFIED
--UnifiedInbox
---inbox1
--UnifiedDrafts
---Drafts1
Test 1:
- Select UNIFIED/UnifiedInbox/inbox1 or UNIFIED/UnifiedInbox
- Disable Unified folder view
-> Result : ALL/Local Folders/folder b is active
Test 2:
- Select ALL/Drafts1
- Disable ALL folder view
-> Result : UNIFIED/UnifiedInbox is active
Comment 5•2 years ago
|
||
Nicolas, does this still reproduce for you?
Reporter | ||
Comment 6•2 years ago
|
||
Yes, it still reproduce with 118.0a1 20230802101449
Actual Results:
- The active folder is always lost, and the very first item of the tree in the Folder pane is selected : the account root, or Tags if enabled and on top.
- If randomly the corresponding folder is selected after switching folder view mode, keep switching ALL <-> UNIFIED folder view mode many times : it do not activate the corresponding folder, even if you correct on the way by manually selecting the right folder before disabling one mode view. And, since the user got the issue, it keeps happening, even for the situation you had it (randomly) right in the past.
Expected results:
- While changing folders view, the current viewed folder (and message) should not be changed
Updated•2 years ago
|
Comment 7•1 years ago
|
||
I was able to reproduce the unexpected folder switching in 115.2.2 (macOS 12.6.7). However, despite following the STR several times, I wasn't able to trigger the random behavior; folder selection consistently followed a pattern of the same three (original selection, topmost account root, unified inbox).
Comment 8•1 year ago
|
||
Are you still seeing this with 115.5.2 or newer?
Updated•10 months ago
|
Comment 9•10 months ago
|
||
Does this still reproduce?
Or is it too random to be almost non-existent?
Reporter | ||
Comment 10•9 months ago
|
||
Yes, this bug still always reproduce with TB 129.0a1 build 20240619100757 , every time I do the STR of comment #0
Description
•