Closed Bug 1937649 Opened 1 year ago Closed 1 year ago

Expose inline disposition of attachments

Categories

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

enhancement

Tracking

(relnote-thunderbird 135+, thunderbird_esr128 affected)

RESOLVED FIXED
135 Branch
Tracking Status
relnote-thunderbird --- 135+
thunderbird_esr128 --- affected

People

(Reporter: john, Assigned: john)

Details

Attachments

(1 external file)

As stated here, a content-Id is not a hard requirement for attachments being inline:
https://serverfault.com/questions/398962/does-the-presence-of-a-content-id-header-in-an-email-mime-mean-that-the-attachme

The added contentDisposition property is a cleaned up version of the
content-disposition header, to simplify the handling of the different
attachment types. This patch also adds the headers property, to make
all attachment headers directly accessible through the listAttachments()
function, without having to call getFull() and manually searching for
the attachment part.

Assignee: nobody → john
Status: NEW → ASSIGNED

Release Note Request (optional, but appreciated)
[Why is this notable]: WebExtension API improvement
[Suggested wording]: Return value of browser.messages.listAttachments() now includes attachment headers.
[Links (documentation, blog post, etc)]:

Pushed by rob@thunderbird.net:
https://hg.mozilla.org/comm-central/rev/a2e8a17577fd
Add a contentDisposition property and a headers property to the MessageAttachment type. r=mkmelin

Status: ASSIGNED → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Target Milestone: --- → 135 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: