Reply with Template filter action shows empty template list
Categories
(Thunderbird :: Filters, defect)
Tracking
(thunderbird_esr68 unaffected, thunderbird70 fixed, thunderbird71 unaffected)
| Tracking | Status | |
|---|---|---|
| thunderbird_esr68 | --- | unaffected |
| thunderbird70 | --- | fixed |
| thunderbird71 | --- | unaffected |
People
(Reporter: starless, Assigned: mkmelin)
Details
(Keywords: regression, Whiteboard: [fixed by bug 1584122])
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/76.0.3809.132 Safari/537.36
Steps to reproduce:
I saved a new message as template in one of my accounts.
I verified that the message appears in the Templates folder for the account.
I created a new message filter for the account and selected the Reply with Template action.
Actual results:
The popup list in the action area of the filter editor is empty, I cannot select any template.
This happens with Thunderbird 70.0b2 on macOS.
Expected results:
The popup list should have listed my template, to be selected.
Comment 1•7 years ago
|
||
Confirmed. Some folder popup issue, like bug 1584754.
Alice, can you please find the regression for us.
STR:
Write a message and save as template as preparation.
Tools > Message Filters, create a new filter, any condition, filter action: Reply with Template. That should let you select a/the template.
Comment 2•7 years ago
|
||
Rwgresson window:
https://hg.mozilla.org/comm-central/pushloghtml?fromchange=eda28203dc5f6118ae16fe5a964eb368a4cf7d41&tochange=283e652268d88c53dbdccad708792e0c6038282a
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=c05f610525761ddb7f8bed9927f9f9c45bcb507e&tochange=b3f5385fa0b37bca7c46269ff394aca964baec7c
Comment 3•7 years ago
|
||
Thanks, Alice. Looks like some de-XBL fallout. Magnus, can you find a resource for this.
Updated•7 years ago
|
| Assignee | ||
Comment 4•7 years ago
|
||
Likely from bug 1500887 then. However, WFM on trunk. Can you confirm?
Comment 5•7 years ago
|
||
Indeed, broken on TB 70 beta 2 and 3, working on trunk. So what do we do? We missed some backport?
| Assignee | ||
Comment 6•7 years ago
|
||
Maybe I happend to fix it in bug 1584122? Not sure it's very important to fix for beta. The patch as such might not be applicable to beta.
Comment 7•7 years ago
|
||
Yes, very hard to dig around versions we (or at least I) don't build locally. I guess we have better things to do and it's not broken on ESR.
Sorry, beta users :-(
Comment 8•7 years ago
|
||
Alice, since you found the "fix range" in bug 1584754, can you do it here, too. Thanks in advance.
Comment 9•7 years ago
|
||
Fixed range:
https://hg.mozilla.org/comm-central/pushloghtml?fromchange=a560168b6ca58f8daf34236f20d979bdf09786a1&tochange=9e2a8322e4068b2040b9483ff26849c2d0a86752
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=1e0685b06c61f350da1973d419223883ba64d3e2&tochange=d23a0a0ffa93fe273c571592bdbff6aa68f6ca2b
Fixed by aab0650cbf1de00bf9f152a2ce0381f5046e7d22 Magnus Melin — Bug 1584122 - clean out some xbl related functionality: getAnonymousElementByAttribute, getAnonymousNodes. r=pmorris
Comment 10•7 years ago
|
||
I think the fix is here:
https://hg.mozilla.org/comm-central/rev/aab0650cbf1d#l8.46
I'll backport that in bug 1584122.
Comment 11•7 years ago
|
||
Will be fixed in TB 70 beta 3.
| Assignee | ||
Updated•6 years ago
|
Description
•