2001632 - getFull() fails to fully parse message

Status: RESOLVED FIXED

(Thunderbird :: Add-Ons: Extensions API, defect)

Description

[jan.kiszka]

Attachment: [PATCH] Fix version parsing and checks to also support gnu-efi >= 4.0 - "'Storm, Christian' via EFI Boot Guard" <[e-mail]> - 2025-11-20 2001.eml

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:140.0) Gecko/20100101 Firefox/140.0

Steps to reproduce:

While trying to parse the attached message via the messages API and getFull ( as used by https://github.com/jan-kiszka/copypatch), some internal error seems to occur, and the retrieved result lacks the body and likely more fields.

The attached mesage was received via an IMAP inbox, but the error persists when reading it via an NNTP server.

Comment 1

[John Bieling]

Hm, the part has a contentId and is therefore treated as an attachment. Unexpected.

Comment 2

[John Bieling]

Attachment: Bug 2001632 - Treat parts with a content-id as attachments only if they also have a name. r=#thunderbird-reviewers.

Usually the presence of a content-id header indicates that a part is an inline element
referenced from elsewhere in the message as a related part. The current implementation
however treats those parts as attachments, which should only happen if the part has a
name.

Comment 3

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/comm-central/rev/f300c69d2825
Treat parts with a content-id as attachments only if they also have a name. r=mkmelin