Intermittent message table cells corruption when using addons providing custom columns
Categories
(Thunderbird :: Folder and Message Lists, defect, P1)
Tracking
(thunderbird_esr128+ affected, thunderbird133 verified)
People
(Reporter: bugzilla-tb, Assigned: darktrojan)
References
Details
Attachments
(3 files)
127.69 KB,
image/png
|
Details | |
118.78 KB,
image/png
|
Details | |
48 bytes,
text/x-phabricator-request
|
corey
:
approval-comm-beta+
darktrojan
:
approval-comm-esr128?
|
Details | Review |
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:128.0) Gecko/20100101 Firefox/128.0
Steps to reproduce:
(based on discussion in https://thunderbird.topicbox.com/groups/addons/Tbf42e54fb268e92c)
- Install addon which adds new columns to message list, such as Full Address Column or Conversations.
- Switch message list to table view.
- Open as many tabs (with messages, settings etc) as possible.
- Restart Thunderbird with -devtools commandline argument.
Actual results:
Sometimes Thunderbird starts with corrupted message list - table body does not match table header. Internally, table header contains TH elements for original 22 columns, as initialized in ThreadPaneColumns.DEFAULT_COLUMNS, while table body contains 26 columns (22 original + 4 from addon). When inspected by devtools threadPane.columns (from about3Pane.js) contains only 22 columns, but ThreadPaneColumns.DEFAULT_COLUMNS is properly extended to 26 by appending 4 columns registered using ThreadPaneColumns.addCustomColumn.
More details in discussion linked above.
Expected results:
Thunderbird should start normally, with uncorrupted message list, including columns added by addons.
Comment 3•4 months ago
|
||
Confirming as I've seen this on Conversations as well, with 128. Requesting tracking as this seems to be quite a severe problem for add-ons that use the new column API.
Updated•4 months ago
|
Comment 4•3 months ago
|
||
I had this twice in a row whilst the laptop was under a bit of load & given the nature of the intermittent, it is most likely timing related.
Assignee | ||
Comment 5•12 days ago
|
||
If a custom column definition exists on the first load of the message list, it does not get added
to threadPane.columns, so the column's cell in the template row doesn't get hidden.
Updated•12 days ago
|
Assignee | ||
Updated•12 days ago
|
Comment 10•12 days ago
|
||
Nice! Thanks Geoff.
Assignee | ||
Updated•12 days ago
|
Comment 11•12 days ago
|
||
Pushed by martin@humanoids.be:
https://hg.mozilla.org/comm-central/rev/c0c7740c8355
Call addCustomColumn for each custom column when first loading. r=tobyp
Assignee | ||
Comment 12•10 days ago
|
||
Comment on attachment 9436764 [details]
Bug 1909621 - Call addCustomColumn for each custom column when first loading. r=#thunderbird-reviewers
[Approval Request Comment]
Regression caused by (bug #):
User impact if declined: add-ons that add columns to the message list fail to load properly in some circumstances, making the message list a mess
Testing completed (on c-c, etc.): landed two days ago
Risk to taking this patch (and alternatives if risky): low
Comment 13•8 days ago
|
||
Comment on attachment 9436764 [details]
Bug 1909621 - Call addCustomColumn for each custom column when first loading. r=#thunderbird-reviewers
[Triage Comment]
Approved for beta
Comment 14•8 days ago
|
||
bugherder uplift |
Thunderbird 133.0b5:
https://hg.mozilla.org/releases/comm-beta/rev/0ca808413de6
Comment 15•5 days ago
|
||
Confirming this issue as verified fixed using 133.0b5-build2(20241118140457) with macOS 14, Ubuntu 24 and WIndows 11 using the STR from the Description.
Assignee | ||
Comment 17•2 days ago
|
||
Comment on attachment 9436764 [details]
Bug 1909621 - Call addCustomColumn for each custom column when first loading. r=#thunderbird-reviewers
[Approval Request Comment]
Regression caused by (bug #):
User impact if declined: add-ons that add columns to the message list fail to load properly in some circumstances, making the message list a mess
Testing completed (on c-c, etc.): in 133 beta 5
Risk to taking this patch (and alternatives if risky): low
Description
•