1978286 - thunderbird 140esr bug with attachment downloads - Object { name: "DownloadError", result: 2154890440, localizedReason: undefined, message: '[Exception... "<no message>" nsresult: "0x807104c8 (<unknown>)"

Status: RESOLVED INVALID

(Thunderbird :: General, defect)

Description

[addso]

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

Steps to reproduce:

Save attachments from thunderbird 140 esr (no issue in 128 esr)

Actual results:

If 2 or more attachments ("save all"), they download properly. If only one attachment ("save") it doesn't download properly: the Dropbox icon suggests that something is happening i.e. it's trying to download, but eventually nothing is downloaded into the folder. Reproduced many times.

Expected results:

Should download properly, as in the prior version 128 esr. The bug only happened after upgrading.

Comment 1

[Corey Bryant]

I wasn't able to recreate this on Ubuntu 24.04. Are there any errors in the error log? ctrl-shift-j

Comment 2

[addso]

Dear Corey, yes there are errors in the log (copied below). It's still the same issue (only occurs if the message has 1 attachment but not if it has 2 or more attachments). Thanks

1754553811347 addons.xpi WARN Checking C:\Program Files\Mozilla Thunderbird\distribution\extensions for addons
NS_ERROR_UNEXPECTED: Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIBackgroundFileSaver.finish] DownloadCore.sys.mjs:2403
Object { name: "DownloadError", result: 2154890440, localizedReason: undefined, message: '[Exception... "<no message>" nsresult: "0x807104c8 (<unknown>)" location: "JS frame :: resource://gre/modules/DownloadCore.sys.mjs :: DownloadError :: line 1861" data: no]', becauseSourceFailed: false, becauseTargetFailed: false, stack: "DownloadError@resource://gre/modules/DownloadCore.sys.mjs:1893:16\nonSaveComplete@resource://gre/modules/DownloadCore.sys.mjs:2252:38\n" }

initNSMouseEvent() is deprecated. Use the MouseEvent() constructor instead. browserPopups.js:115:12
TypeError: can't access property "ownerGlobal", navigatedWindow.windowRoot is null FormHandlerChild.sys.mjs:413:31
sendRemoveListener on closed conduit {8845E3B3-E8FB-40E2-95E9-EC40294818C4}.3 ConduitsChild.sys.mjs:122:13
sendRemoveListener on closed conduit {8845E3B3-E8FB-40E2-95E9-EC40294818C4}.10 ConduitsChild.sys.mjs:122:13
Object { name: "DownloadError", result: 2154890440, localizedReason: undefined, message: '[Exception... "<no message>" nsresult: "0x807104c8 (<unknown>)" location: "JS frame :: resource://gre/modules/DownloadCore.sys.mjs :: DownloadError :: line 1861" data: no]', becauseSourceFailed: false, becauseTargetFailed: false, stack: "DownloadError@resource://gre/modules/DownloadCore.sys.mjs:1893:16\nonSaveComplete@resource://gre/modules/DownloadCore.sys.mjs:2252:38\n" }

Object { name: "DownloadError", result: 2154890440, localizedReason: undefined, message: '[Exception... "<no message>" nsresult: "0x807104c8 (<unknown>)" location: "JS frame :: resource://gre/modules/DownloadCore.sys.mjs :: DownloadError :: line 1861" data: no]', becauseSourceFailed: false, becauseTargetFailed: false, stack: "DownloadError@resource://gre/modules/DownloadCore.sys.mjs:1893:16\nonSaveComplete@resource://gre/modules/DownloadCore.sys.mjs:2252:38\n" }

Comment 3

[addso]

Here's another error report from a shorter session, it may help:

1754556713082 addons.xpi WARN Checking C:\Program Files\Mozilla Thunderbird\distribution\extensions for addons
NotFoundError: No such JSProcessActor 'BrowserToolboxDevToolsProcess'
Object { name: "DownloadError", result: 2154890440, localizedReason: undefined, message: '[Exception... "<no message>" nsresult: "0x807104c8 (<unknown>)" location: "JS frame :: resource://gre/modules/DownloadCore.sys.mjs :: DownloadError :: line 1861" data: no]', becauseSourceFailed: false, becauseTargetFailed: false, stack: "DownloadError@resource://gre/modules/DownloadCore.sys.mjs:1893:16\nonSaveComplete@resource://gre/modules/DownloadCore.sys.mjs:2252:38\n" }

Object { name: "DownloadError", result: 2154890440, localizedReason: undefined, message: '[Exception... "<no message>" nsresult: "0x807104c8 (<unknown>)" location: "JS frame :: resource://gre/modules/DownloadCore.sys.mjs :: DownloadError :: line 1861" data: no]', becauseSourceFailed: false, becauseTargetFailed: false, stack: "DownloadError@resource://gre/modules/DownloadCore.sys.mjs:1893:16\nonSaveComplete@resource://gre/modules/DownloadCore.sys.mjs:2252:38\n" }

sendRemoveListener on closed conduit {8845E3B3-E8FB-40E2-95E9-EC40294818C4}.3 ConduitsChild.sys.mjs:122:13

Comment 4

[Corey Bryant]

Thanks. Does it recreate in troubleshoot mode?

Comment 5

[addso]

It seems to me that the problem is related to Thunderbird 140 struggling with folders that have a few ten thousand emails (using IMAP and Microsoft Exchange Server), whereas with Thunderbird 128 it was no problem. That's why I had switched a month ago from Monthly Release (v140) to ESR (v128). I was hoping that by the time ESR goes up to v140, the problems would disappear. But now that I'm on ESR v140 it's the same issues I had seen a month ago before switching back to v128. Another issue is that in those large folders, Thunderbird tries to download a lot more message headers than actually existed in that folder (I have the setting "never download emails greater than 1kb" - if the folder has 20,000 emails, it says it is trying to download more than that number). Again, with v128 that was never an issue. For now, I have unsubscribed the large folders in IMAP, which of course doesn't allow me to search them for relevant past emails in daily work.

Comment 6

[addso]

Actually my comment above is a separate issue caused by the same upgrade to v140. To answer your question from yesterday: yes, it's the same error in troubleshoot mode with the following error:

1755020353647 addons.xpi WARN Checking C:\Program Files\Mozilla Thunderbird\distribution\extensions for addons
NS_ERROR_FAILURE
Object { name: "DownloadError", result: 2154890440, localizedReason: undefined, message: '[Exception... "<no message>" nsresult: "0x807104c8 (<unknown>)" location: "JS frame :: resource://gre/modules/DownloadCore.sys.mjs :: DownloadError :: line 1861" data: no]', becauseSourceFailed: false, becauseTargetFailed: false, stack: "DownloadError@resource://gre/modules/DownloadCore.sys.mjs:1893:16\nonSaveComplete@resource://gre/modules/DownloadCore.sys.mjs:2252:38\n" }

Comment 7

[addso]

And to clarify: the only work-around is that I open the file and save (download) it. As mentioned earlier, this only happens with 1 attachment, but with several attachments weirdly it is not a problem.

Comment 8

[Magnus Melin [:mkmelin]]

Where are you trying to save the attachment? Directly to Dropbox?

Comment 10

[addso]

No, I am saving it locally on the hard drive. The only reason I mentioned Dropbox is because the Dropbox icon going busy made me realise that thunderbird was doing something. I only learned about using the error log after posting this bug. Thanks

Comment 11

[addso]

and by the way, I tried pre-specifying the download folder on my hard drive in Settings (instead of 'ask me every time') but it makes no difference, same error

Comment 12

[addso]

And an interesing observation! I have an email with 2 attachments. If I right-click on one attachment and "save as", it doesn't work, same problem. But if I click on "save all", it works perfectly and downloads both attachments without problems..

Comment 13

[Magnus Melin [:mkmelin]]

The only reason I mentioned Dropbox is because the Dropbox icon going busy made me realise that thunderbird was doing something.

But how is this connected? Why would you even think dropbox busy => thunderbird is doing something?

Comment 14

[Magnus Melin [:mkmelin]]

Could this be due to Antivirus/Firewall interfering? What Antivirus are you using?

Comment 15

[addso]

(In reply to Magnus Melin [:mkmelin] from comment #13)

The only reason I mentioned Dropbox is because the Dropbox icon going busy made me realise that thunderbird was doing something.

But how is this connected? Why would you even think dropbox busy => thunderbird is doing something?

initially i thought thunderbird was not even trying to download the attachment to my hard drive but the fact that Dropbox reacted showed me that it was trying to download the attachment to my hard drive but not succeeding

Comment 16

[addso]

(In reply to Magnus Melin [:mkmelin] from comment #14)

Could this be due to Antivirus/Firewall interfering? What Antivirus are you using?

I can't see this cause, (1) none of these issues happened in v128 and (2) it always happens with "save as" but never with "save all"

Comment 17

[Magnus Melin [:mkmelin]]

It's not surprising save vs save all works differently (it's different code paths in v140).

Again, how is Dropbox connected to the this? Can you disable Dropbox and try if it makes a difference?

Comment 18

[Giuseppe]

I have disable Dropbox but there are no differences. The "Save all" work well but with the only "Save" the problem exist.

Comment 19

[Magnus Melin [:mkmelin]]

Are you using McAfee? Try turning off live scan.

Comment 20

[Giuseppe]

Yes. I use McAfee. If live scan is turned off it is possible to save the file....

Comment 21

[FennieK]

(In reply to Giuseppe from comment #20)

Yes. I use McAfee. If live scan is turned off it is possible to save the file....

I have the same problem; did you solve it be turning off McAfee real time scanning on your PC?

Comment 22

[FennieK]

For me McAfee also caused the problem. But now I turned of real time scanning and that doesn't feel good either. Did you find a way to have real time scanning on?

Comment 23

[Magnus Melin [:mkmelin]]

Seems McAfee needs to fix their software.

Comment 25

[Giuseppe]

I've been using Thunderbird and McAfee for years without any problems. The problem only occurs with the update, and not with all files (.doc files have no problems).
Then it is a new bugs and it is not possible to work with the McAfee without the real time scanning

Comment 26

[Magnus Melin [:mkmelin]]

The attachments code was previously using another code path, which (among other things) did not correctly mark attachments with Mark-Of-The-Web. (Maybe live scanning looks at that, and actually wasn't protecting you before, who knows?)

Comment 27

[Giuseppe]

I've never had any virus problems, but I don't know. Now the attachment issue is a major one. Either you open them with their software and save them with their software, or you use another email manager to save the attachments. Disabling the antivirus isn't possible.

Comment 29

[Magnus Melin [:mkmelin]]

I don't think there's anything we can do about this. McAfee needs to adjust their live scanning.