av9ash/GitBugs huggingface dataset:
Bug: 128.2.3esr Memory leak - grow heap-unclassified
Status: UNCONFIRMED
Priority: --
Created: 2024-09-21 11:35:55+00:00
Resolved: 2025-01-06 03:19:44+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:130.0) Gecko/20100101 Firefox/130.0

Steps to reproduce:

Windows 10/11.
Start thunderbird with clean profile.
configure one IMAP account (user/pass/internal server without encryption).
restart.
check the process memory graph (sample attached 15min - jumps are every 5 min)



Actual results:

on normal daily usage that reach more than 8Gb and lead to Resource-exhausion process killing like
2004:
Windows successfully diagnosed a low virtual memory condition. The following programs consumed the most virtual memory: thunderbird.exe (21200) consumed 8378011648 bytes, firefox.exe (19588) consumed 2744483840 bytes, and firefox.exe (3764) consumed 819523584 bytes.
from such can see that TB uses even more than FF - abnormal behaviour.

investigation:

every 5 minutes occurs grow of memory, that after day on normal multi-account lead to TB used all available ram.
this Test isolates that is not plugin issue.

at 5-th minute memory jumps in graph - arrised first heap-unclassified, that constantly grows at every interval.
next memory jumps occurs @10/15/20/25 minute
318.58 MB (100.0%) -- explicit
├──150.21 MB (47.15%) ── heap-unclassified
├───79.08 MB (24.82%) ++ window-objects
├───41.77 MB (13.11%) ++ js-non-window
├───21.53 MB (06.76%) ++ startup-cache
├───10.58 MB (03.32%) ++ (27 tiny)
├────6.16 MB (01.93%) ++ storage/sqlite
├────5.92 MB (01.86%) ++ images
└────3.32 MB (01.04%) ++ threads

memory diff (@start time)->(@5min)
show jump +100Mb
Explicit Allocations

108.51 MB (100.0%) -- explicit
├── 107.82 MB (99.36%) ── heap-unclassified
├─── -2.82 MB (-02.60%) ++ js-non-window
├──── 4.79 MB (04.41%) ++ window-objects
└─── -1.28 MB (-01.18%) ++ (19 tiny)




Expected results:

no memory leakage
Bug: Size column of Account in folder pane is incorrectly summed
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-09-21 15:35:18+00:00
Resolved: 2024-09-22 14:06:43+00:00

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

Steps to reproduce:

When showing the size column in the expanded folder pane, individual and virtual/label folders show the summation of the size of all the mail contained within.  However, when collapsed to just the email account, the sum should be no larger than the 'All Mail' folder, but instead the sum includes all the 'virtual' folders/labels again, thus significantly inflating the total size value.




Actual results:

For example, if 'All Mail' is 2gb, and 'Important' is 1gb, and the 'Inbox' is 1gb, the collapsed account folder should show a size of 2gb - all the mail contained within the account, NOT 4gb which includes the 'Important' and 'Inbox' virtual folders again, as it currently does.


Expected results:

Virtual folders should not be counted in the summation of the email account total size.
Bug: Starting yesterday emails consisting only of an embedded image display only "--------------NlKDe5ZNf0GfFUL89TO4sH4S--"
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-09-21 16:39:00+00:00
Resolved: 2025-01-12 14:35:02+00:00

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

Steps to reproduce:

I made no deliberate changes.  I presume that Thunderbird auto-updated to Version 128.2.2esr last night.


Actual results:

Emails that consist entirely of an embedded image no longer display the image.  Instead they display only the final line visible in View Source.  e.g. 
"--------------NlKDe5ZNf0GfFUL89TO4sH4S--"


Expected results:

The image should be displayed.

I have attached an example .eml file
Bug: Feed account: localised .hostname and .name get changed to serverNN.invalid leading to RSS feed folder corruption (after 128.2.3 upgrade)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-21 20:24:08+00:00
Resolved: 2024-10-25 07:31:17+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:130.0) Gecko/20100101 Firefox/130.0

Steps to reproduce:

I noticed that today my RSS feed list got corrupted, and I guess this was right after the upgrade to 128.2.3 was installed.


Actual results:

The item that was previously called "RSS-News & Weblogs" now shows up as "server3.invalid". I still see all the sub folders in there, but they don't seem to contain their original feeds anymore. For example, I have a sub folder "Youtube" and this should contain several feeds for various YouTube channels, but if I right-click the folder and go to show the feed items, the list is empty. The items that were already retrieved from the RSS feeds are still present. See attached screenshot


Expected results:

RSS functionality should continue to function as before.
Bug: Crash in [@ NS_CycleCollectorSuspect3 | nsCycleCollectingAutoRefCnt::incr] via FSDomNodeIAText.DLL
Status: NEW
Priority: --
Created: 2024-09-21 22:44:57+00:00
Resolved: 2024-09-26 14:20:03+00:00

Most crash comments cite "trying to attach file".

This one has crashes going the Freedom Scientific dll FSDomNodeIAText.DLL.  All the version 128 crashes I sampled have Freedom Scientific  modules.

Crash report: https://crash-stats.mozilla.org/report/index/842a5bf1-35b5-4cab-9307-93fbf0240919

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames:
```
0  xul.dll  RefPtr<nsCycleCollector>::operator!() const  mfbt/RefPtr.h:339
0  xul.dll  NS_CycleCollectorSuspect3(void*, nsCycleCollectionParticipant*, nsCycleCollec...  xpcom/base/nsCycleCollector.cpp:3880
1  xul.dll  nsCycleCollectingAutoRefCnt::incr(void*, nsCycleCollectionParticipant*)  xpcom/base/nsISupportsImpl.h:266
1  xul.dll  nsCycleCollectingAutoRefCnt::incr(nsISupports*)  xpcom/base/nsISupportsImpl.h:253
1  xul.dll  JS::loader::ScriptLoadRequest::AddRef()  js/loader/ScriptLoadRequest.cpp:57
1  xul.dll  JS::loader::ModuleLoadRequest::AddRef()  js/loader/ModuleLoadRequest.cpp:23
2  xul.dll  mozilla::RefPtrTraits<mozilla::HTMLEditor>::AddRef(mozilla::HTMLEditor*)  mfbt/RefPtr.h:48
2  xul.dll  RefPtr<mozilla::HTMLEditor>::ConstRemovingRefPtrTraits<mozilla::HTMLEditor>::...  mfbt/RefPtr.h:408
2  xul.dll  RefPtr<mozilla::HTMLEditor>::RefPtr(mozilla::HTMLEditor*)  mfbt/RefPtr.h:108
2  xul.dll  mozilla::a11y::DocAccessible::GetEditor() const  accessible/generic/DocAccessible.cpp:293
```
Bug: Thunderbird not updating IMAP inbox until it closes
Status: UNCONFIRMED
Priority: --
Created: 2024-09-22 09:23:42+00:00
Resolved: 2024-10-26 06:26:59+00:00

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

Steps to reproduce:

When I move emails from the inox to other local folders, they move in Thunderbird, but when accessing the same mailbox from my phone they remain. The inbox on my phone does not change until I close Thunderbird 


Actual results:

This is the same regardless of moving manually of moving via rules. Emails in the inbox, whilst moved in Thunderbird, remain in the inbox when accessed via another client.


Expected results:

Inbox on the mail server should have been updated as soon as the mails are moved.
Bug: one account emails do not show up since 131.0b6
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-09-22 15:39:23+00:00
Resolved: 2024-12-09 06:21:36+00:00

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

Steps to reproduce:

retrieve mails from ac-rennes.fr

mail.ac-rennes.fr // port 993 // SSL/TLS // normal password

Unified folders or all folders


Actual results:

Emails received from my pro account stopped appearing in message list since Thbd 131.0b5 . Message count shows that message has arrived, but no message appear.


Expected results:

message should be displayed in message list.

I have tried "repair folder", I have tried deleting .msf files, but to no avail.
Bug: "Firefox Profiler  Couldn’t retrieve the profile from ⁨Firefox⁩."  [Failed to get the active browserId while starting the profiler recording-utils.js:]
Status: NEW
Priority: --
Created: 2024-09-22 20:44:29+00:00
Resolved: 2024-10-29 11:24:00+00:00

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

Steps to reproduce:

when I start the profiler, I can do through start recording and capture recording, but then I end up on a page with "Firefox Profiler

Couldn’t retrieve the profile from ⁨Firefox⁩.

Error: /from-browser only works in Firefox browsers

The full stack has been written to the Web Console.
Back to home"

and can't actually do any profiling :-( 


Actual results:

Firefox Profiler

Couldn’t retrieve the profile from ⁨Firefox⁩.

Error: /from-browser only works in Firefox browsers

The full stack has been written to the Web Console.
Back to home

and the console has this error: (also attached the screen shot of the error)

Failed to get the active browserId while starting the profiler. recording-utils.js:29:11
    getActiveBrowserID resource://devtools/shared/performance-new/recording-utils.js:29
    startProfiler resource://devtools/server/actors/perf.js:64
    handler resource://devtools/shared/protocol/Actor.js:196
    onPacket resource://devtools/server/devtools-server-connection.js:371
    _onJSONObjectReady resource://devtools/shared/transport/transport.js:463
    makeInfallible resource://devtools/shared/ThreadSafeDevToolsUtils.js:103
    makeInfallible resource://devtools/shared/ThreadSafeDevToolsUtils.js:103


Expected results:

profiled data should be sent to https://profiler.firefox.com
Bug: passwords now requested serially, next one only after response from server - slow when using multiple accounts.
Status: VERIFIED
Priority: --
Resolution: WONTFIX
Created: 2024-09-22 22:23:06+00:00
Resolved: 2024-09-27 02:56:00+00:00

Steps to reproduce:

On opening TB (and using multiple incoming email addresses, each of which is checked at startup), it asks for the first email password. If entered, TB now delays asking for the next email's password until it's downloaded all email for the first one. If cancelled, it waits for as much as a minute before asking for the next password.


Actual results:

That's kind of described above: The latest version of TB waits for a signal from the email server (either after downloading all messages or something to do with cancelling) before letting me enter the next email password. I have several emails, all checked at startup. This new process is frustrating and time-consuming.


Expected results:

A couple versions ago (I wasn't keeping track of the version number, but it was two major updates ago), TB handled this much better--it asked for all the email passwords one after the other, regardless of whether it had finished processing the previous entries. This was great!

The last version changed this so all the password windows showed up at once, and I had to re-click in each before I could enter the password. Still, though, this worked in a timely fashion. (I didn't love it, but it was usable.)

Now, however, this is sluggish and frustrating and unwieldy.
Bug: Tbird does NOT DISPLAY THE 'TO' MESSAGE HEADER ... after I moved it (my profile) from another Win-10 computer.
Status: UNCONFIRMED
Priority: --
Created: 2024-09-23 00:23:21+00:00
Resolved: 2024-09-23 07:47:14+00:00

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

Steps to reproduce:

I followed the instructions for "Moving Thunderbird Data to a New Computer" (https://support.mozilla.org/en-US/kb/moving-thunderbird-data-to-a-new-computer).

The MOVED Tbird looked good at first, but then I discovered the 'To' header (Recipient) is NOT SHOWN when I view messages.

Because the SOURCE Tbird has 3 extensions installed (and working :-) ... I modified the MOVED Tbird; I disabled, and then removed all 3 extensions: Compact-Headers, Filelink-for-Dropbox, Text-Insert.  No change; 'To' headers still NOT SHOWN.

My next attempt will be to install a brand-new 'virgin' Tbird on the TARGET computer, to see if that will show 'To' and other correct headers.

But first, I will attach evidence of this error to this bug report: 
('To' HEADER is MISSING.pdf)
Bug: <button> inside <a> causes link to open inside preview pane / message window / tab instead of in browser
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-23 01:11:19+00:00
Resolved: 2024-09-23 11:50:47+00:00

Note that I've tested this on TB115, TB128, and TB131.0b5, and the problem occurs on all of them.

If you open the attached message in Thunderbird and click on the "CNN" button then the CNN web site opens inside the previous pane or message window or tab where you clicked on it rather than opening in a browser.

The attached sample message is obviously a contrived example, but I discovered this because a real-world message I received used this pattern (`<a href="https://whatever"<button>text</button></a>`) and when I tried to click the link it tried to open a login window for the site in a preview pane, which was quite useless.

Interestingly, when I clicked in the preview pane I got a completely blank window, but when I clicked in a separate window I got the web site displayed in the window.
Bug: Developer toolbox Style Editor options doesn't open
Status: UNCONFIRMED
Priority: --
Created: 2024-09-23 01:33:48+00:00
Resolved: 2024-09-24 00:14:15+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:130.0) Gecko/20100101 Firefox/130.0

Steps to reproduce:

- Opened the Developer toolbox

- Clicked the Style Editor tab

- Clicked the gear next to the 'Filter style sheets' box



Actual results:

Nothing.


Expected results:

Clicking the gear should have opened the Style Editor options. This also happens in troubleshoot mode and TB v115. It was opening as expected in TB v102.
Bug: Cached `OAuth2` objects aren't reused if their scope changes
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-23 02:23:10+00:00
Resolved: 2024-10-23 23:10:46+00:00

In bug 1880211 I added a cache for `OAuth2` objects created by OAuthModule.sys.mjs to solve a problem with multiple authentication problems appearing for the same account. When checking if a cached object can be reused, the OAuth scopes are only checked for string equality, and this will break if the server grants different scopes from those requested. A cached object should be reused if the scopes it has are a superset of the scopes that are wanted.
Bug: RSS feeds not displayed in 128.2.3esr
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-23 07:02:20+00:00
Resolved: 2024-09-23 09:29:09+00:00

Steps to reproduce:

TB was updated to 128.2.3esr this morning. Email works as expected, but none of my RSS feeds are displayed and recognized. I can see all my RSS folders as empty. When I right-click and select Subscribe, I can see no of my configured feeds there.

I restarted in troubleshoot mode with the same behavior. In TB profile, I replaced
"\Mail\News & Blogs\feeds.json" and feeditems.json with their *.backup versions from the same folder (with yesterday's night date when it all worked). No help. No feed is found.

But when I open the feeds.json and feeds.json.backup in the text editor, i can clearly see all my configured feeds there.


Actual results:

No RSS feeds are displayed neither the message list, neither in the Subscribe dialog.


Expected results:

The configured RSS feeds should be loaded.
Bug: messages.listAttachments() fails to list forwarded messages, which do not have a content-disposition header
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-23 08:51:28+00:00
Resolved: 2024-10-15 16:37:46+00:00

See https://thunderbird.topicbox.com/groups/addons/T10a3b6ef4ef7b1c9-Mf759aca0e5faccf7fc3d6881
Bug: crashes when sending mail
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-09-23 09:40:39+00:00
Resolved: 2024-12-26 21:34:26+00:00

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

Steps to reproduce:

sending message or deleting multiple message causes thunderbird to crash with core-dump

it is a systematic behavior.
A) cleaning the cache, B) deleting C) and reinstalling the system; do not change the problem.

Is it the fact of using a vpn with certificate? I did not push the investigation because I did not have the time and the desire. However the dump.log will bring you the answers to the developers' questions.


Actual results:

the information reported in gdb.txt will explain it better.
in this file you have first the troubleshooting info then the 2 cores dumps with debuginfod.

If you need more dump.log files. email me.


Expected results:

no crashe at after deletion or sending mail.
Bug: Cancelled tasks are treated as incomplete
Status: UNCONFIRMED
Priority: --
Created: 2024-09-23 10:37:35+00:00
Resolved: 2024-11-23 16:41:11+00:00

Steps to reproduce:

I was viewing the tasks sidebar on the calendar view. The tasks view behaves similarly.
I already had several tasks which I have put into the Canceled state, because I know I wont be continuing working on them, but I also dont want to delete them.


Actual results:

On the tasks sidebar, canceled tasks are always being shown, including when the "show completed tasks" box is not ticked.

On the tasks view, canceled tasks are shown when the "Show" filter is set to "Incomplete Tasks"


Expected results:

Canceled tasks should be treated more like completed tasks, because even if they were not completed, they were "finished" or "ended". It is cluttering to show them along with tasks that are "not specified", "needs action", or "in process", because canceled tasks cannot be acted upon anymore.

You can read a similar report for Nextcloud here: https://github.com/nextcloud/tasks/issues/1060
Bug: --name and/or --class for StartupWMClass isn't preserved when starting up Thunderbird after an upgrade
Status: NEW
Priority: --
Created: 2024-09-23 11:42:41+00:00
Resolved: 2025-02-12 14:47:11+00:00

I have a separate desktop file installed that I created by hand for the beta version of Thunderbird that I usually run. This desktop file sets `StartupWMClass="Jik Thunderbird Beta"`, and it specifies to pass `--name "Jik Thunderbird Beta" --class "Jik Thunderbird Beta"` when invoking the Thunderbird executable (actually wrapper script). The primary purpose of all this is so that the running Thunderbird windows will be associated with the correct icon in my dock.

All this works fine in both Xorg and Wayland, except when Thunderbird installs an upgrade on startup. Once it finishes installing the upgrade and launches the application, it's no longer associated with the correct icon in the dock. This suggests that the invocation of the executable after the upgrade is failing to preserve `--name` and/or `--class`.
Bug: 128.2.3esr - Failure to connect to Outlook.Office365 server for startup - if I switch off 'Check for new messages on startup' and only access the server with 'Get messages', then there is no problem.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-09-23 12:10:24+00:00
Resolved: 2025-01-06 15:50:14+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:130.0) Gecko/20100101 Firefox/130.0

Steps to reproduce:

After Version 128.2.3esr | Released September 20, 2024 installed, I opened Thunderbird as usual with 'check for new messages on startup' ticked.


Actual results:

Authentication failure.


Expected results:

It should have connected to the server and downloaded messages as usual.

However, if I switch off 'Check for new messages on startup' and only access the server with 'Get messages', then there is no problem.

This problem seems to have been introduced by this recent update.
Bug: NixOS with Hyprland window manager error opening a new window from add-on
Status: UNCONFIRMED
Priority: --
Created: 2024-09-23 16:03:01+00:00
Resolved: 2024-09-24 08:29:59+00:00

Steps to reproduce:

Opening a new window from an add-on using this code:

await browser.windows.create({
            url: browser.runtime.getURL('api_webchat/index.html?llm='+prefs.connection_type+'&call_id='+rand_call_id2),
            type: "popup",
            width: prefs.chatgpt_win_width,
            height: prefs.chatgpt_win_height
        });

Full code here: https://github.com/micz/ThunderAI/blob/b9806f984f0b52d38001d26f2c19c6e96f38cbf7/mzta-background.js#L221


Actual results:

The window briefly opens but then closes immediately.
In the log there is this error:
WebExtensions: Window manager refused to set window to state 3. ext-mail.js:1619

Full issue here: https://github.com/micz/ThunderAI/issues/137#issuecomment-2364735358


Expected results:

The window opens and stays open.
Bug: copying group names into an email
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-23 18:02:35+00:00
Resolved: 2024-09-23 20:17:21+00:00

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

Steps to reproduce:

selected by highlighting names in a group (wanted to avoid sending to all in the group), then dragged the names to the email "To"  or "BCC"


Actual results:

Instead of getting the names input into the email I get a gray page over the email asking if you want to attach.  If you say yes, you don't insert the names what you get is pictures from my picture folder attached to the email.


Expected results:

In the past I have been able to select individuals from a within a group and then drag them to the email inserting those names to either the "To" or "Bcc".
Bug: Saving an OAuth refresh token could overwrite still-valid tokens for other scopes
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-24 03:45:48+00:00
Resolved: 2024-11-16 21:16:07+00:00

At the moment when we save a refresh token, we update the first token we find with a matching username and origin, then bail out. This could be a legitimate token for something else (e.g. calendar and mail are authenticated separately) and we should be more careful.

I propose that we update saved tokens where all the scopes match, delete any saved tokens which only have some of the new token's scopes (e.g. the user has now authenticated both mail and calendar) to be replaced by the new token, and leave any others. A downside of this approach is if the user somehow gets a token with fewer scopes than before, the old token (with more scopes) will remain in the login manager. But I've no idea how that could happen.
Bug: Yahoo mails can send and receive text. Cannot send attachment of any size: connection times out (SMTP and OAuth2 with Yahoo, normal password works)
Status: UNCONFIRMED
Priority: --
Created: 2024-09-24 04:00:23+00:00
Resolved: 2024-12-08 11:38:19+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:130.0) Gecko/20100101 Firefox/130.0

Steps to reproduce:

Create email > insert image > finish email > click send. 


Actual results:

Email will either time out error or it will just keep trying to send. 


Expected results:

Emails should just send