Message list with Unified Folders is not always populated
Categories
(Thunderbird :: Folder and Message Lists, defect, P2)
Tracking
(thunderbird115 fixed)
| Tracking | Status | |
|---|---|---|
| thunderbird115 | --- | fixed |
People
(Reporter: aleca, Assigned: darktrojan)
References
(Blocks 1 open bug)
Details
(Keywords: regression, Whiteboard: [Supernova3p][datalossy])
Attachments
(1 file)
|
(deleted),
text/x-phabricator-request
|
wsmwk
:
approval-comm-beta+
|
Details |
STR:
- Be in Unified Folder mode
- Select Inbox
- The message list only populates with a single message
- Open Inbox and select the account name
- The message list is fully populated
- Select Inbox again
- The message list is now populated correctly
|
||
Updated•2 years ago
|
|
|
||
Updated•2 years ago
|
|
|
||
Comment 1•2 years ago
|
||
users may interpret this as dataloss and panic.
|
Reporter | |
Comment 2•1 years ago
|
||
This is a bit tricky and I can still reproduce it.
Magnus, would you be able to figure this out?
|
|
Reporter | |
Updated•1 years ago
|
|
|
Reporter | |
Updated•1 years ago
|
|
|
Reporter | |
Comment 3•1 years ago
|
||
Lowering the priority since nobody seems to be able to reproduce it. It still happens to me randomly.
|
Assignee | |
Comment 4•1 years ago
|
||
Has bug 1837368 made any difference?
|
|
||
Comment 5•1 years ago
|
||
I see this on beta. I don't currently have a nightly to test.
(In reply to Geoff Lankow (:darktrojan) from comment #4)
Has bug 1837368 made any difference?
Note, 1837368 is not yet on beta.
|
||
Comment 6•1 years ago
|
||
I'm reproducing it (or at least something strongly similar and probably with the same root cause) on the latest nightly build (20230614).
When I open nightly and don't have unread messages in my inbox the message list looks fine. But if I do have at least one unread message waiting for me then it lists only the latest unread message.
Note that this only seems to work for new unreads, if I close nightly and reopen it the list looks fine again, even if I haven't read the message.
|
|
Assignee | |
Comment 7•1 years ago
|
||
By coincidence I've found a reliable way to reproduce this, and I now have some idea what's going on.
|
|
Assignee | |
Comment 8•1 years ago
|
||
The block after this line is comparing a descending list of keys against an ascending list of keys,
deciding they are different, and throwing them all out.
Pushed by geoff@darktrojan.net:
https://hg.mozilla.org/comm-central/rev/e1b348a5c07b
Stop nsMsgQuickSearchDBView::OnSearchDone discarding valid results. r=babolivier
|
|
Assignee | |
Updated•1 years ago
|
|
|
Assignee | |
Comment 10•1 year ago
|
||
Comment on attachment 9339433 [details]
Bug 1832698 - Stop nsMsgQuickSearchDBView::OnSearchDone discarding valid results. r=babolivier
[Approval Request Comment]
Regression caused by (bug #): ancient history
User impact if declined: message list can appear empty when it shouldn't
Testing completed (on c-c, etc.): landed yesterday
Risk to taking this patch (and alternatives if risky): low
|
|
||
Comment 11•1 year ago
|
||
Comment on attachment 9339433 [details]
Bug 1832698 - Stop nsMsgQuickSearchDBView::OnSearchDone discarding valid results. r=babolivier
[Triage Comment]
Approved for beta
|
||
Comment 12•1 year ago
|
||
| bugherder uplift | ||
Thunderbird 115.0b5:
https://hg.mozilla.org/releases/comm-beta/rev/46bf6bcac70f
Description
•