Closed Bug 1568896 Opened 5 years ago Closed 5 years ago

Temporary files used during message compose/forward not deleted, so when the file name reaches 9999, attachments are dropped

Categories

(MailNews Core :: Composition, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: derek, Unassigned)

Details

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

Steps to reproduce:

forward an email with a jpeg image attached. (it is hit and miss on reproducing the problem)

Actual results:

User when forwarding jpegs it does not attach the jpegs automatically to the email they have to be manually reattached. When I forward the same email my forwarded email in the composition stage has the attachments.

Expected results:

jpegs should automatically attach when pressing forward.

60.8.0 (32-bit) is the version of mozzilla I am using.

I've never seen this issue. You said this is happening intermittently? Is there a particular message which shows the problem? Could it be that your anti-virus software is playing a trick on you? While we're attaching files, they are temporarily stored on disk in a temp directory. If your AV software "eats" or blocks the file, you have a problem.

(In reply to Jorg K (GMT+2) from comment #2)

I've never seen this issue. You said this is happening intermittently? Is there a particular message which shows the problem? Could it be that your anti-virus software is playing a trick on you? While we're attaching files, they are temporarily stored on disk in a temp directory. If your AV software "eats" or blocks the file, you have a problem.

Thank you so much for your reply.

What it was : nsmail in temp folder reached (9999) and could not increment any longer when pressing forward.

FIX: go into temp directory the forwards are stored in and delete a few 1000 of the jpgs that were in the temp folder. then it will start attaching your attachments again when you press forward.

Status: UNCONFIRMED → RESOLVED
Closed: 5 years ago
Resolution: --- → INVALID

Still something wrong. Those temp files should be deleted, no? Let's rebadge the bug.

Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: INVALID → ---
Summary: Loosing Jpegs in inline attachments when forwarding → Temporary files used durint message compose/forward not deleted, so when the file name reaches 9999, attachments are dropped

I see C:\Users\jorgk\AppData\Local\Temp\nsmail-1.tmp and up to 3 with three attachments. When I send the message, they are NOT removed. next time I see 4 and so on. That's bad.

Status: REOPENED → NEW
Component: Untriaged → Composition
Product: Thunderbird → MailNews Core
Summary: Temporary files used durint message compose/forward not deleted, so when the file name reaches 9999, attachments are dropped → Temporary files used during message compose/forward not deleted, so when the file name reaches 9999, attachments are dropped

(In reply to Jorg K (GMT+2) from comment #5)

I see C:\Users\jorgk\AppData\Local\Temp\nsmail-1.tmp and up to 3 with three attachments. When I send the message, they are NOT removed. next time I see 4 and so on. That's bad.

You are right the application should delete the temporary files when it no longer uses them.

Thank you for that I bet fixing this bug will save a lot of people a headache. I have noticed the question is out there and people do not understand that this is what is happening. I hope we can get this fixed.

Aha, I was wrong. All those temporary files are deleted when TB is closed. I was already wondering why my count started at 1 since I surely forwarded message with attachments before.

So I think it's all good and there is a gremlin in your box that doesn't allow the deletion of those files at shutdown time.

Status: NEW → RESOLVED
Closed: 5 years ago5 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.