2055585 - module is not a constructor ExtensionCommon.sys.mjs:1679:15

Status: RESOLVED FIXED

(Thunderbird :: Add-Ons: General, defect)

Description

[Worcester12345]

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:153.0) Gecko/20100101 Firefox/153.0

Steps to reproduce:

Tried to access Thunderbird email.

Actual results:

Unsuccessful.
Then went to check Developer Tools:Error Console

Got this:
module is not a constructor ExtensionCommon.sys.mjs:1679:15
asyncGetAPI resource://gre/modules/ExtensionCommon.sys.mjs:1679
AsyncFunctionNext self-hosted:780

Expected results:

Error Console should be free of errors.

Comment 1

[Worcester12345]

153.0b9 (64-bit)
Ubuntu Linux 26.04 (64-bit)

Comment 2

[Wayne Mery (:wsmwk)]

Trivial (unless document otherwise) is not serious enough to track for release, also pretty sure not new.

Comment 3

[Worcester12345]

Just sent either this, or something similar, to another bug.

Comment 4

[Worcester12345]

Just sent either this, or something similar, to another bug.

mjs:1873 on submitted pic as opposed to mjs:1679 in this one.

Comment 5

[Worcester12345]

Updated to 153.0b10 (64-bit)

Still there.

Comment 6

[Wayne Mery (:wsmwk)]

Thanks. The only information needed is if the problem actually goes away, or your have a solution, or you have new information about how to reproduce.

Comment 7

[Worcester12345]

(In reply to Wayne Mery (:wsmwk) from comment #6)

Thanks. The only information needed is if the problem actually goes away, ...

I'd be waiting for a fix to come in here, or otherwise will just have to check periodically.

(In reply to Wayne Mery (:wsmwk) from comment #6)

...or your have a solution, or you have new information about how to reproduce.

I can reproduce it by simply opening Thunderbird.

Comment 8

[Worcester12345]

Changing versions. It looks like this was since version 140. I am now changing it to 153.

I am currently running 153.0b10 (64-bit), and it is still there.

Comment 9

[Worcester12345]

Actually, 140 sounds a little old. I wonder if I just never set it, and it defaulted to that for some reason. Or is 140 the actual shipping version, and the 153's are the non-shipping beta version. Either way, it is definitely on 153.0b10 (64-bit) and the bug still exists.

Comment 10

[Wayne Mery (:wsmwk)]

(In reply to Worcester12345 from comment #8)

Changing versions. It looks like this was since version 140. I am now changing it to 153.
Actually, 140 sounds a little old. I wonder if I just never set it, and it defaulted to that for some reason

There is no default version number - bugzilla has no way to know what Thunderbird version you are using?

I doubt this is new in v153 and we set the version to the oldest version known to have the issue.

Comment 11

[Francesco (no longer active, use PM for contact)]

(In reply to Wayne Mery (:wsmwk) from comment #2)

Trivial (unless document otherwise) is not serious enough to track for release, also pretty sure not new.

This console message hasn't existed in 140. How do you know it's trivial without investigating? I can't tell when it first appeared, but I noticed in TB 153 ESR. Install, create a new profile, here you have it:

module is not a constructor ExtensionCommon.sys.mjs:1679:15
    asyncGetAPI resource://gre/modules/ExtensionCommon.sys.mjs:1679
    AsyncFunctionNext self-hosted:780

Comment 12

[Francesco (no longer active, use PM for contact)]

Also happens on Windows, doesn't look like it's platform specific.

Comment 13

[Francesco (no longer active, use PM for contact)]

The code is here:
https://searchfox.org/firefox-main/rev/589a93df90e7924d92b7a8bd03c773203ee70690/toolkit/components/extensions/ExtensionCommon.sys.mjs#1679
It doesn't actually look trivial at all if a Mozilla platform API asyncGetAPI() fails.

Comment 14

[Max Emig [:maxe]]

I agree this needs investigation right now, otherwise we'll be stuck with this issue for decades.

Trivial (unless document otherwise)

At first glance, I don't think so.

Comment 15

[Francesco (no longer active, use PM for contact)]

Tested Firefox 153 ESR, I don't see the console log there.

Comment 16

[Hartmut Welpmann [:welpy-cw]]

I added some debug code, it seems to come from the Thundermail system addon, as well as the fluent error:

Loading API module: theme for extension: [e-mail] with scope: null ExtensionCommon.sys.mjs:1678:13
Loading API module: ProTweaks for extension: [e-mail] with scope: null ExtensionCommon.sys.mjs:1678:13
Loading API module: CloudFileAccounts for extension: [e-mail] with scope: null ExtensionCommon.sys.mjs:1678:13
Loading API module: TBProMenu for extension: [e-mail] with scope: null ExtensionCommon.sys.mjs:1678:13
Loading API module: backgroundPage for extension: [e-mail] with scope: null ExtensionCommon.sys.mjs:1678:13
Loading API module: cloudFile for extension: [e-mail] with scope: null ExtensionCommon.sys.mjs:1678:13
[fluent] Missing message in locale en-US: extension-default-theme-name ThemesBundledLocalization.sys.mjs:176:24
[fluent] Couldn't find a message: extension-default-theme-name ThemesBundledLocalization.sys.mjs:176:24
Loading API module: windows for extension: [e-mail] with scope: addon_parent ExtensionCommon.sys.mjs:1678:13
Loading API module: runtime for extension: [e-mail] with scope: addon_parent ExtensionCommon.sys.mjs:1678:13
Loading API module: AccountHub for extension: [e-mail] with scope: addon_parent ExtensionCommon.sys.mjs:1678:13
Loading API module: thundermailTelemetry for extension: [e-mail] with scope: addon_parent ExtensionCommon.sys.mjs:1678:13
module is not a constructor ExtensionCommon.sys.mjs:1681:15
    asyncGetAPI resource://gre/modules/ExtensionCommon.sys.mjs:1681
    AsyncFunctionNext self-hosted:780
Loading API module: storage for extension: [e-mail] with scope: addon_parent ExtensionCommon.sys.mjs:1678:13
EmptyDatabaseError: "blocklists/addons-bloomfilters" has not been synced yet Database.sys.mjs:19:5

Comment 17

[Hartmut Welpmann [:welpy-cw]]

Attachment: thundermailTelemetry-fix.diff

This removes the error message. By the way, the fluent might not be related after all.

Comment 18

[Hartmut Welpmann [:welpy-cw]]

This should probably be moved to https://github.com/thunderbird/tbpro-add-on. Can you do that, Alejandro?

Comment 19

[Worcester12345]

(In reply to Hartmut Welpmann [:welpy-cw] from comment #18)

This should probably be moved to https://github.com/thunderbird/tbpro-add-on. Can you do that, Alejandro?

I am not running any add-ons.
It is still there.

Comment 20

[Worcester12345]

Also, I never ran a Thundermail system addon on any system, ever.

Comment 21

[Worcester12345]

(In reply to Francesco from comment #15)

Tested Firefox 153 ESR, I don't see the console log there.

This bug is for Thunderbird.

Comment 22

[Francesco (no longer active, use PM for contact)]

(In reply to Worcester12345 from comment #20)

Also, I never ran a Thundermail system addon on any system, ever.

It's a built-in system add-on since version 153. The issue has already been diagnosed.

Comment 23

[Worcester12345]

(In reply to Francesco (no longer active, use PM for contact) from comment #22)

(In reply to Worcester12345 from comment #20)

Also, I never ran a Thundermail system addon on any system, ever.

It's a built-in system add-on since version 153. The issue has already been diagnosed.

OK. I must have missed that. When you say "diagnosed", I am guessing that does not mean "fixed", or you would have said that, correct?

Is there anything further I can help with to test this or help get it fixed?

Thank you.

Comment 25

[Alejandro Aspinwall]

Can you please verify if this still happens on daily? We landed a fix earlier this week.

Comment 26

[Alexander Bergmann]

Today I also noticed the error message module is not a constructor in Thunderbird 153.2.0 and Thunderbird 155.0. Indeed the problem does not occur anymore since Daily 2026-09-01.

Comment 27

[Hartmut Welpmann [:welpy-cw]]

Yes, this is all right now, thanks.