Items in the view button are not persistent - when switching between folders the last view for the specific folder should be applied
Categories
(Thunderbird :: Folder and Message Lists, defect, P2)
Tracking
(thunderbird_esr102 unaffected, thunderbird_esr115+ fixed, thunderbird117 wontfix, thunderbird119 wontfix)
Tracking | Status | |
---|---|---|
thunderbird_esr102 | --- | unaffected |
thunderbird_esr115 | + | fixed |
thunderbird117 | --- | wontfix |
thunderbird119 | --- | wontfix |
People
(Reporter: pascalc, Assigned: mkmelin)
References
(Blocks 1 open bug)
Details
(Keywords: regression, triaged, Whiteboard: [Supernova3p])
Attachments
(3 files)
20.77 KB,
image/png
|
Details | |
6.50 KB,
image/png
|
Details | |
48 bytes,
text/x-phabricator-request
|
wsmwk
:
approval-comm-beta-
wsmwk
:
approval-comm-esr115+
|
Details | Review |
Thunderbird 1150b2, Linux.
The items you select via the view drop down button should persist. This is a regression from 110 beta (I went from 110beta to 115beta2).
STR:
1 Select Unread messages from the view
2 See that now unread messages only are displayed
3 click on another folder and click back to the folder you were in
ER:
Only unread messages are displayed
AR:
All messages are displayed
Comment 1•1 year ago
|
||
km, does this reproduce for you with 115.0b2?
related? Bug 1823182 - Nothing in the View
toolbar button works - e.g. Not Deleted / Unread / Tags / Customize
I just updated to 115.0b2 from b1 which did in fact fix Bug 1823182 and the view menu now works. As far as Bug 1838589 I cannot reproduce the problem. I tried switching between different folders and the view choice for that folder sticks.
Assignee | ||
Updated•1 year ago
|
Comment 3•1 year ago
|
||
Tentatively marking this as WFM as per comment 2, we can reopen it if needed.
Reporter | ||
Comment 4•1 year ago
|
||
This is still broken for me in 115b4.
Updated•1 year ago
|
Comment 5•1 year ago
|
||
Is the original STR still valid?
I can't reproduce it either.
Updated•1 year ago
|
Comment 8•1 year ago
|
||
Sorry if I sound a bit vague, where is the view drop down list shown in the initial post?
If I select "unread" and "sticky" buttons only unread messages are shown, including changing folders, until I deselect "sticky" or "unread"
Comment 9•1 year ago
|
||
(In reply to Steve Edmonds from comment #8)
Sorry if I sound a bit vague, where is the view drop down list shown in the initial post?
Not quick filter bar.
The View
widget is a toolbar button, which must be added to the unified toolbar. The icon is an eye.
Comment 11•1 year ago
|
||
Reproduces easily
Updated•1 year ago
|
Comment 12•1 year ago
|
||
Martin, I know the "View" button is our favourite toolbar widget.
Would you be able to tackle this?
Updated•1 year ago
|
Updated•1 year ago
|
Comment 18•1 year ago
|
||
Martin writes in matrix "I have no idea at least for me it wouldn't be easy." So this is stalled.
Updated•1 year ago
|
Comment 19•1 year ago
|
||
This is a very irritating bug but, having upgraded, I guess I have to live with it until it is fixed.
I took the 115.3.1 update in the faint hope it was sorted but no.
Is this a hard one to fix or are only a few people affected? I notice it is Priority 2 so I guess I will have to be patient.
Comment 20•1 year ago
|
||
This bug affects me also.
Version 115.3.1
Windows 11
I typically use Custom View - Recent or Important. This selection is not saved when Thunderbird is closed.
If I can provide any info to help fix this bug, let me know.
Comment 21•1 year ago
|
||
Comment 24•1 year ago
|
||
Until the patch from the betterbird project above in comment #20 (or whatever patch that turns into) gets delivered through all the right channels, here's a workaround:
For each folder that you vitally depend on keeping its custom view setting, open that folder in its own tab, and then in each such new tab turn off the folder pane so that you won't accidentally switch the tab to looking at a separate folder. You can still switch folders in your main tab.
This seems like it will be a "good enough for a few weeks" solution for me, because I mainly depend on setting persistent custom views for just a few folders.
Any better suggestions?
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Comment 25•1 year ago
|
||
Gah, the whole View widget is really quite confusing now in 115 since it doesn't show what view is applied :/
In 102 it showed View: [<name in dropdown>].
Assignee | ||
Comment 26•1 year ago
|
||
Updated•1 year ago
|
Comment 27•1 year ago
•
|
||
(In reply to Magnus Melin [:mkmelin] from comment #25)
Gah, the whole View widget is really quite confusing now in 115 since it doesn't show what view is applied :/
In 102 it showed View: [<name in dropdown>].
ah, I wasn't aware of that and I guess we never fixed it when we hooked the widget back up again. Would probably require a new string though, unless the old one is still around.
(The folder location button updates its label based on the selection, for example)
EDIT: shouldn't actually need any string changes if it follows the location button functionality.
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Comment 28•1 year ago
|
||
Pushed by kaie@kuix.de:
https://hg.mozilla.org/comm-central/rev/7d5e44997df5
Restore the View button settings for the folder when revisiting it. r=freaktechnik
Comment 29•1 year ago
|
||
I'll back this out. It causes at least one regression and test failure. Our tree has several failures, I haven't yet checked if it's reponsible for other failures, too.
You can reproduce by building on Linux, running test comm/mail/test/browser/folder-display/browser_openingMessages.js
which gives:
FAIL uncaught exception - TypeError: can't access property "isVisible", top.ViewPickerBinding is undefined at get shouldUseMailViews@chrome://messenger/content/mailCommon.js:915:5
Comment 30•1 year ago
|
||
Comment 31•1 year ago
|
||
This probably should get a try run before relanding.
Comment 32•1 year ago
|
||
Sorry about that, we suggest to use:
get shouldUseMailViews() {
return top.ViewPickerBinding?.isVisible || false;
},
Assignee | ||
Comment 33•1 year ago
|
||
Fixed version now uploaded. Successful try https://treeherder.mozilla.org/jobs?repo=try-comm-central&revision=461e4c760338d15bae7456df64bcb179f5447095&selectedTaskRun=VxZ8CBr3RQ6a0KFeqgCmDg.0
Comment 34•1 year ago
|
||
Pushed by brendan@thunderbird.net:
https://hg.mozilla.org/comm-central/rev/e8de928f24a9
Restore the View button settings for the folder when revisiting it. r=freaktechnik
Assignee | ||
Comment 35•1 year ago
|
||
Comment on attachment 9357993 [details]
Bug 1838589 - Restore the View button settings for the folder when revisiting it. r=freaktechnik
[Approval Request Comment]
Regression caused by (bug #): supernova
User impact if declined: view is not restored when moving between folders
Testing completed (on c-c, etc.): c-c
Risk to taking this patch (and alternatives if risky): safe
Comment 36•1 year ago
|
||
Comment on attachment 9357993 [details]
Bug 1838589 - Restore the View button settings for the folder when revisiting it. r=freaktechnik
[Triage Comment]
no betas left in this cycle
Updated•1 year ago
|
Comment 37•1 year ago
|
||
(In reply to Magnus Melin [:mkmelin] from comment #35)
Risk to taking this patch (and alternatives if risky): safe
Agree this should be safe, and it's totally broken now anyway, so taking this for 115.4.0.
Comment 38•1 year ago
|
||
Comment on attachment 9357993 [details]
Bug 1838589 - Restore the View button settings for the folder when revisiting it. r=freaktechnik
[Triage Comment]
Approved for esr115
Comment 39•1 year ago
|
||
bugherder uplift |
Thunderbird 115.4.0:
https://hg.mozilla.org/releases/comm-esr115/rev/b580917f0560
Description
•