Bug 2040638 Comment 11 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

Original comment by
on 
(In reply to gene smith from comment #10)
> With the above fix there is still another problem. You can cancel the smtp send before it reaches 100%. But if you try to send again and there are attachments, the attachment file(s) stored in /tmp get immediately deleted on the 1st send. So if you send again you get an error message that the attachment files can't be found and the smtp send doesn't start. This seems to be regression by bug 2021953. The patch for that bug removed the m_window usage seen here: https://searchfox.org/comm-central/rev/585608544ae8f4b529368362084cbdb5861e5a61/mailnews/compose/src/nsMsgCompose.cpp#4909 which prevents the /tmp attachments files from being removed if the compose window is still present. However, just putting  m_window back as it was doesn't seem to help. I don't know a correct solution.

Are you sure bug 2021953 is the regressor for this secondary issue? The [patch for that bug](https://phabricator.services.mozilla.com/D224800) doesn't make any change to `nsMsgCompose.cpp`.

Back to Bug 2040638 Comment 11