Closed Bug 1672667 Opened 4 years ago Closed 4 years ago

reply/followup to nntp messages is broken (compose window doesn't come up) if catchAll is enabled

Categories

(Thunderbird :: Message Compose Window, defect, P1)

Tracking

(thunderbird_esr78+ fixed, thunderbird83+ fixed)

RESOLVED FIXED
84 Branch
Tracking Status
thunderbird_esr78 + fixed
thunderbird83 + fixed

People

(Reporter: mkmelin, Assigned: mkmelin)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file)

Replying to an nntp message doesn't work on trunk. (E.g. news.mozilla.org mozilla.test)

In the console I get
The MsgHdrToMimeMessage callback threw an exception: TypeError: can't access property "parts", aPart is null
JavaScript error: resource:///modules/gloda/MimeMessage.jsm, line 134: TypeError: can't access property "parts", aPart is null

Not sure when it broke, but 2020-10-21 is at least broken.

Up to at least 2020-08-02 broken. I wonder if I have something odd in my profile. If it was broken since that long I'd think someone would have noticed.

It's due to catch all, and due to Gloda MimeMessage.jsm not being able to handle news messages - bug 545365

Priority: -- → P1
Regressed by: 1518025
Summary: reply/followup to nntp messages is broken (compose window doesn't come up) → reply/followup to nntp messages is broken (compose window doesn't come up) if catchAll is enabled

For the identities dialog it's a strange case since we don't know the server directly...

Assignee: nobody → mkmelin+mozilla
Status: NEW → ASSIGNED
Attachment #9183429 - Flags: review?(alessandro)

Mh, I can't seem to reproduce the error.
I'm subscribed to news.mozilla.org > mozilla.test, and when i click "Reply" to a message the compose window opens correctly.
It works also with Follow up and Reply all.

The last time I pulled was yesterday, my current revision is e17e6a8f62f090cb4e8475bf7a9c0268673b5ae8
I'm gonna pull and compile to see if I can reproduce the error with the latest trunk build.

You have to go into the account settings and for one identity set the catch all ("reply from this identity when delivery header match...")

Comment on attachment 9183429 [details] [diff] [review]
bug1672667_nntp_catchall.patch

Review of attachment 9183429 [details] [diff] [review]:
-----------------------------------------------------------------

Ah, thanks for the info.
This fixes the issue. r=aleca
Attachment #9183429 - Flags: review?(alessandro) → review+

Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/b03c2e644d52
don't use catchAll for nntp - not applicable and doesn't work. r=aleca

Status: ASSIGNED → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → 84 Branch

Comment on attachment 9183429 [details] [diff] [review]
bug1672667_nntp_catchall.patch

[Approval Request Comment]
Regression caused by (bug #): bug 1518025
User impact if declined: can't reply/followup to nntp messages if the catch-all pref is set for an identity
Testing completed (on c-c, etc.): on c-c
Risk to taking this patch (and alternatives if risky): Not very risky

Attachment #9183429 - Flags: approval-comm-esr78?
Attachment #9183429 - Flags: approval-comm-beta?

Comment on attachment 9183429 [details] [diff] [review]
bug1672667_nntp_catchall.patch

[Triage Comment]
Approved for beta

Attachment #9183429 - Flags: approval-comm-beta? → approval-comm-beta+

Comment on attachment 9183429 [details] [diff] [review]
bug1672667_nntp_catchall.patch

[Triage Comment]
Approved for esr78

Attachment #9183429 - Flags: approval-comm-esr78? → approval-comm-esr78+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: