1800003 - A file link is broken when a saved draft is re-opened

Status: UNCONFIRMED

(Thunderbird :: Message Compose Window, defect)

Description

[JP]

Attachment: TB.png

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36

Steps to reproduce:

1. Create a new email.
2. Add some text.
3. Assign a link to item 2, using "Choose File" (a .png file in my case) with "Attach the source ..." check box checked.
4. Save the email (note: sending the email at this point, instead of saving it, works normally).
5. Close the email "write" window.
6. In the "mail" window, go to the draft folder and select the newly created email.
7. At this step, the link can be proven to work.
8. Open the new email for editing: "Edit Draft Message".
9. Save the email as is, no need to change anything.
10. Close the email "write" window.
11. Back in the draft folder, the link will now be broken and give the message: "This attachment appears to be empty. Please check with the person ..."

Actual results:

File link is broken.

Expected results:

No need to revisit all file links of a draft to fix them.

Comment 1

[John Bieling (:TbSync)]

I do not think FileLink is the correct component. The described issue deals with adding inline attachments and links which look like

<a href="cid:part1...." moz-do-not-send="false">Linux Logo</a><br>

and a mime part like

--------------PTClw5jOT9pH5vfIi1GNyeRe
Content-Type: image/png; name="linux.PNG"
Content-Disposition: inline; filename="linux.PNG"
Content-Id: <part1....>
Content-Transfer-Encoding: base64

iVBORw0KGgoAAAANSUhEUgAAAXgAAAHWCAYAAAB9i5I4AAAAAXNSR0IArs4c6QAAAARnQU1B
...

--------------PTClw5jOT9pH5vfIi1GNyeRe--

IIRC, the FileLink component is for bugs related to uploading large attachments to a FileLink provider and only including its http(s):// link in the message.

I can confirm, that after re-saving the draft, the link is replaced by

<p><a moz-do-not-send="false" href="imap://<uri>:993/fetch%3EUID%3E/Drafts%3E808?part=1.2&amp;filename=linux.PNG">Linux Logo</a><br>

which points to itself, but the inline attachment mime part has been removed. After closing and re-opening Thunderbird (to clear some cache), it fails to open the attachment.

I can also confirm that this is broken in Thunderbird 91 already, so not a regression of Thunderbird 102.