av9ash/GitBugs huggingface dataset:
Bug: Thunderbird 115.12.2 was upgraded to 128.0esr on mac even though release notes say that it should not have happened
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-07-11 21:19:13+00:00
Resolved: 2024-07-12 02:24:28+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:129.0) Gecko/20100101 Firefox/129.0

Steps to reproduce:

I checked the version of my thunderbird from "Thunderbird -> About Thunderbird". I knew my version was 115.12.2, but I just wanted to check if there are any new updates.


Actual results:

The app was upgraded to version 128.0esr from 115.12.2 on intel mac.


Expected results:

I was expecting it to be updated 115.13.0. And it is stated in 128.0esr release notes too:

"Thunderbird version 128.0 is only offered as direct download from thunderbird.net and not as an upgrade from Thunderbird version 115 or earlier. A future release will provide updates from earlier versions."
Bug: Exchange autodiscover authentication failures no longer handled correctly [regression]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-11 21:38:22+00:00
Resolved: 2025-03-05 00:55:09+00:00

As of bug 1397646, `FetchHTTP` can't reliably use `statusText` any more as a means of detecting network failures, so if the autodiscover server doesn't provide any status text (e.g. because it uses HTTP/2), `FetchHTTP` now misidentifies these as network failures.

Furthermore, the code path changes caused by bug 1859656 prevent the authentication error from interrupting the autodiscover process like it used to.
Bug: Thunderbird 128 ESR. I can no longer send messages. Send windows grays out with no error message.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-07-11 21:50:51+00:00
Resolved: 2024-07-16 14:20:24+00:00

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

Steps to reproduce:

I opened a new message and inserted the recipient address, wrote the message and clicked send.


Actual results:

The message did not send. The send window stayed open. No error message.


Expected results:

Obviously, the message should have been sent normally.
Bug: Cardbook does not autocomplete with Thunderbird 128 ESR.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-07-11 21:54:06+00:00
Resolved: 2024-07-13 08:30:26+00:00

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

Steps to reproduce:

Opened a new message and typed part of a name.


Actual results:

CardBook did not autocomplete the recipient address and give me choices for the recipient.


Expected results:

Cardbook should autocomplete as it did with Thunderbird 115.
Bug: Spell check not working in subject after "Compose Message To" when at least one non-English dictionary is used
Status: NEW
Priority: --
Created: 2024-07-12 09:52:25+00:00
Resolved: 2024-07-28 19:02:59+00:00

Bug 1790746 improved the spell check situation for multiple dictionaries, but we noticed a case that isn't working, even if only one dictionary is active.

- Use TB Beta 129 in en-US
- Install another dictionary, tested with German, configure the dictionary to the be one to be used in compose settings
- On a message header, right click on the sender and select "Compose Message To" from the context menu
- In the new compose window without further clicks, start entering the subject, for example "heute" (today).

The word is marked as misspelled and a right-click onto the subject confirms that German is not selected, instead, subject and body are out of sync.

Our fix for bug 1790746 (first reported as bug 1775376) now [here](https://github.com/Betterbird/thunderbird-patches/blob/main/115/unused/1775376-fix-dict-edit-draft.patch) didn't show this issue. So re-introducing some elements from this patch into the fix from bug 1790746 solves this issue:
https://github.com/Betterbird/thunderbird-patches/blob/main/115/bugs/NNN11-fix-multiple-dicts.patch

---

Since our account are constantly blocked and we can't comment on a closed bug, we filed a new one. The issue still persists, tested in 129.0b1 (64-bit). See picture enclosed.
Bug: Thunderbird autoupdates to version 128 esr which is not compatible with macOS 10.13
Status: RESOLVED
Priority: P1
Resolution: WORKSFORME
Created: 2024-07-12 10:42:40+00:00
Resolved: 2024-07-23 15:05:27+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:109.0) Gecko/20100101 Firefox/115.0

Steps to reproduce:

I run Thunderbird 115.12.2 on a Mac running macOS 10.13.6, it has autoupdated to Thunderbird 128 which exceeds my system req


Actual results:

Thunderbird unable to launch


Expected results:

no autoupdate
Bug: New mail notification is not deleted
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-12 13:24:05+00:00
Resolved: 2024-07-18 09:15:02+00:00

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

Steps to reproduce:

I am using Thunderbird and a new mail arrives. The system notification about a new mail pops up and the Thunderbird icon becomes a green dot with the number of new mails.
(Ubuntu 24.04, Thunderbird flatpak)


Actual results:

When I switch to Thunderbird an the new mail read, the notification about new mails and the green dot in the icon stays.


Expected results:

When I switch to Thunderbird an the new mail read, the notification about new mails and the green dot in the icon should disappear.
Bug: TypeError: aPart is null MimeMessage.sys.mjs:142:7
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-12 15:10:40+00:00
Resolved: 2024-11-06 15:34:24+00:00

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

Steps to reproduce:

this error shows up in the JS console after startup


Actual results:

not sure if it is related, but in the activity window I can see that Thunderbird tries to index the messages of an IMAP mailbox and it seems to be stuck there. As this happens on every startup (TB trying to index + this error) I think they could be related. Also none of the messages of the mailbox are actually indexed (do not show up in global search) - so there certainly is a bug with indexing, but as said, not sure if the indexing bug is related to this error as I am not familiar with TBs codebase.

Full error message in the console:
```
TypeError: aPart is null MimeMessage.sys.mjs:142:7
    stripEncryptedParts resource:///modules/gloda/MimeMessage.sys.mjs:142
    wrapCallback resource:///modules/gloda/MimeMessage.sys.mjs:216
    _finalize resource:///modules/gloda/MimeMessage.sys.mjs:108
    OnStopRunningUrl resource:///modules/gloda/MimeMessage.sys.mjs:80
```


Expected results:

the respective method `stripEncryptedParts` should check of a `null` value before attempting to process the data, or the check should be done further up the chain before calling this method.
Bug: Collapsed tree of messages shows tags from quick filtered out messages not currently in message list
Status: NEW
Priority: --
Created: 2024-07-12 15:29:36+00:00
Resolved: 2025-02-09 11:07:40+00:00

STR:
1. Have a thread of at least 3 messages.
2. Tag one message (e.g. Important) and mark as read
3. mark other two as unread and have no tags on them
4. Select quick filter for "Unread" messages
5. collapse the tree (of two messages that are unread + have no tag)

Got result:
* The tree is colored in the tagged color, even though no message in the current view has this tag.

Expected result:
* The tree only gets colored from tags that are within the current filtered list.
Bug: When trying to fectch mail from an account protected with a Let's Encrypt certificate, Thunderbird warns about a potential impersonation and doesn't let you continue
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-12 20:05:22+00:00
Resolved: 2024-07-22 04:38:01+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

Steps to reproduce:

I set up an account that uses a certificate generated by Let's Encrypt. Such certificate is provided by my mail provider, and it's shared with many domains that this provider  has configured as alias on a specific host.
Thus, the certificate for the hostame is considered invalid as it's not 1-to-1 mapped to my personal domain name


Actual results:

Thunderbird shows a notification that says "The certificate for host.domain.xxx is not valid for that server. Someone could be trying to impersonate the server and you should not continue"


Expected results:

Thunderbird shold allow me to continue fetching the mail from the server, eventually showing a dismissable warning.
Bug: Crash in [@ strlen | nsCharTraits<T>::length] via nsImapServerResponseParser::mailbox and nsImapServerResponseParser::ParseIMAPServerResponse(
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-13 00:59:39+00:00
Resolved: 2024-11-08 12:38:07+00:00

Reporter of this crash ~~~indicates importing outlook data.~~~ states "Thunderbird updated, and now refuses to start, so I now have no access to my e-mail. "



Crash report: https://crash-stats.mozilla.org/report/index/cdaef368-8b27-470e-a5a9-4f2af0240711

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames:
```
0  ucrtbase.dll  strlen
1  xul.dll  nsCharTraits<char>::length(char const*)  xpcom/string/nsCharTraits.h:423
1  xul.dll  nsTDependentString<char>::nsTDependentString(char const*)  xpcom/string/nsTDependentString.h:76
1  xul.dll  nsImapServerResponseParser::mailbox(nsImapMailboxSpec*)  mailnews/imap/src/nsImapServerResponseParser.cpp:788
2  xul.dll  nsImapServerResponseParser::mailbox_list(bool)  mailnews/imap/src/nsImapServerResponseParser.cpp:772
3  xul.dll  nsImapServerResponseParser::response_data()  mailnews/imap/src/nsImapServerResponseParser.cpp:447
4  xul.dll  nsImapServerResponseParser::ParseIMAPServerResponse(char const*, bool, char*)  mailnews/imap/src/nsImapServerResponseParser.cpp:189
5  xul.dll  nsImapProtocol::List(char const*, bool, bool)  mailnews/imap/src/nsImapProtocol.cpp:7676
6  xul.dll  nsImapProtocol::DiscoverMailboxList()  mailnews/imap/src/nsImapProtocol.cpp:7267
7  xul.dll  nsImapProtocol::ProcessAuthenticatedStateURL()  mailnews/imap/src/nsImapProtocol.cpp:7893
```
Bug: [Flatpak]: Manifest link is 404
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-13 01:52:46+00:00
Resolved: 2025-01-22 12:49:43+00:00

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

Steps to reproduce:

The manifest link is 404 on Flathub https://flathub.org/apps/org.mozilla.Thunderbird > Links (bottom) > Manifest

is still pointing to https://hg.mozilla.org/releases/comm-esr128/file/5b8f11ce4188f2d46aa8021a390e543e92a23e0d/taskcluster/docker/tb-flatpak/runme.sh


Actual results:

404 manifest link


Expected results:

It should point to the correct manifest https://hg.mozilla.org/releases/comm-esr128/file/74e78dc3c4e144cee53f04ae68308aaea3fe04cb/taskcluster/docker/tb-flatpak/repack.sh
Bug: Crash in [@ shutdownhang | ZwUserPeekMessage]
Status: NEW
Priority: --
Created: 2024-07-13 02:44:48+00:00
Resolved: 2024-07-13 14:58:29+00:00

Crash report: https://crash-stats.mozilla.org/report/index/2e610794-ad6d-4001-b7dd-9c9cd0240711 reporter writes "crashes during instalation".  Has Open Google Calendar v1.6 installed

MOZ_CRASH Reason: ```Shutdown hanging at step AppShutdownConfirmed. Something is blocking the main-thread.```

Top 9 frames:
```
0  xul.dll  MOZ_Crash(char const*, int, char const*)  mfbt/Assertions.h:317
0  xul.dll  mozilla::(anonymous namespace)::RunWatchdog(void*)  toolkit/components/terminator/nsTerminator.cpp:244
1  nss3.dll  _PR_NativeRunThread(void*)  nsprpub/pr/src/threads/combined/pruthr.c:399
2  nss3.dll  pr_root(void*)  nsprpub/pr/src/md/windows/w95thred.c:139
3  ucrtbase.dll  thread_start<unsigned int (__cdecl*)(void*), 1>
4  kernel32.dll  BaseThreadInitThunk
5  mozglue.dll  mozilla::interceptor::FuncHook<mozilla::interceptor::WindowsDllInterceptor<mo...  toolkit/xre/dllservices/mozglue/nsWindowsDllInterceptor.h:150
5  mozglue.dll  patched_BaseThreadInitThunk(int, void*, void*)  toolkit/xre/dllservices/mozglue/WindowsDllBlocklist.cpp:562
6  ntdll.dll  RtlUserThreadStart
```

bp-f1a315f9-7dc9-40c5-ba22-886450240116 reports compacting folders - probably a different issue.
Bug: next email not selected after I archive the current one (due to add-on)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-07-13 10:58:35+00:00
Resolved: 2024-07-16 21:35:01+00:00

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

Steps to reproduce:

Viewing emails in my inbox with a preview pane, I click the button to archive the current email.
The problem occurs in Thunderbird, for which I do not know of a user agent string.  This bug was reported using a browser with string "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:128.0) Gecko/20100101 Firefox/128.0"


Actual results:

The current email is archived, but the next one in the folder is not selected.


Expected results:

The current email should be archived and the next email should become current.
Bug: Experimental EWS doesn't work with our on-prem EWS instance
Status: UNCONFIRMED
Priority: --
Created: 2024-07-13 11:25:44+00:00
Resolved: 2025-02-11 07:08:31+00:00

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

Steps to reproduce:

Went usual process of adding an account, entered name, email, password, clicked Next, wait until warning about DOMAIN\username missing thing, entered it, clicked Next. Got "Configuration found" on the green background, clicked Done, got "Password is correct" but "Password checking..." continued to spin forever. 

Using Charles I saw a few successful request to autodiscover.xml entpoint with settings of our server, but after clicking the "final" Done I didn't see any requests at all, why it continues to spin is a mystery for me. There were some requests to EWS endpoint as it would be IMAP/POP/SMTP, but it's not unfortunatelly, so they all failed, but I didn't see nothing EWS/EAS/MAPI special.


Actual results:

EWS works. Out setup is pretty simple in my opinion: just a Basic auth for external users.


Expected results:

It doesn't allow to even add an account.
Bug: Offline Folder dialog has wrong background color with dark themes.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-14 08:25:42+00:00
Resolved: 2024-07-30 16:09:10+00:00

With dark themes open in the Account Settings in Synchronization & Storage (a IMAP Account is needed) by pressing the `Advanced...` button. See the two different background colors.

In stand-alone mode (menu File/Offline/Download/Sync Now...) the dialog isn't tall enough.
Bug: Crash in [@ MsgUnhex]
Status: NEW
Priority: --
Created: 2024-07-14 13:51:51+00:00
Resolved: 2024-09-15 23:51:57+00:00

Crash report: https://crash-stats.mozilla.org/report/index/01ee27d3-258d-4fc3-8d94-542270240525 - user reports "I'm leaving Thunderbird because I can no longer receive or send messages. I am asked for a master password which I did not request. impossible to get out of it."

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames:
```
0  xul.dll  MsgUnhex(char const*, unsigned long long)  mailnews/base/src/nsMsgUtils.cpp:1637
1  xul.dll  nsParseMailMessageState::FinalizeHeaders()  mailnews/local/src/nsParseMailbox.cpp:1168
2  xul.dll  nsParseMailMessageState::ParseFolderLine(char const*, unsigned int)  mailnews/local/src/nsParseMailbox.cpp:573
3  xul.dll  nsPop3Sink::WriteLineToMailbox(nsTSubstring<char> const&)  mailnews/local/src/nsPop3Sink.cpp:492
4  xul.dll  nsPop3Sink::IncorporateComplete(nsIMsgWindow*, int)  mailnews/local/src/nsPop3Sink.cpp:579
5  xul.dll  XPTC__InvokebyIndex
6  xul.dll  CallMethodHelper::Invoke()  js/xpconnect/src/XPCWrappedNative.cpp:1627
6  xul.dll  CallMethodHelper::Call()  js/xpconnect/src/XPCWrappedNative.cpp:1180
6  xul.dll  XPCWrappedNative::CallMethod(XPCCallContext&, XPCWrappedNative::CallMode)  js/xpconnect/src/XPCWrappedNative.cpp:1126
7  xul.dll  XPC_WN_CallMethod(JSContext*, unsigned int, JS::Value*)  js/xpconnect/src/XPCWrappedNativeJSOps.cpp:966
```

Another crash, but with no comments bp-fbc9ae9a-e5da-4d4d-a5e8-48e3e0240709
Bug: Dark Theme not applying in Thunderbird 129.0b1
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-07-14 18:37:02+00:00
Resolved: 2024-07-15 12:20:26+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

Steps to reproduce:

1. Open Thunderbird Settings
2. Search on Dark.
3. In returned results, choose "Dark" from the Theme dropdown, and any of the colors from the variants (none have worked).


Actual results:

The preview shows the dark mode with the variant color correctly, but it does not apply when settings is closed.

There is not a Save or OK or Apply button, so I presume this is supposed to apply globally as soon as the choices are made.  The changes only show in the preview, but nowhere else


Expected results:

The dark theme, with the selected color variant, should apply within Thunderbird.
Bug: Send doesn't work for me in version 128.0.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-14 23:13:53+00:00
Resolved: 2024-07-16 14:20:24+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

Steps to reproduce:

I composed a message and clicked on Send.


Actual results:

Nothing happended.  I tried this 4 or 5 times in different accounts.  Always the same result.


Expected results:

The message should have been sent
Bug: cannot receive messages until manually recover it after startup in minimized mode
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-15 03:10:24+00:00
Resolved: 2024-12-07 17:36:30+00:00

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

Steps to reproduce:

As @Omar reported in this issue bug 1830744 comment 8, but this issue is closed.

I put the shortcut into Startup menu and set Run:minimized as shown in the picture on Windows 11 23H2.
And then restart my computer.


Actual results:

After system startup, thunderbird show its icon in system tray.

I try to send a mail to myself to test if thunderbird will receive messages in the background, however, thunderbird doesn't receive this mail.

Then I recover thunderbird from system tray, and it starts to work and receive new mails.


Expected results:

After system startup, thunderbird show its icon in system tray and start to receive mails in the background.

BTW, Thunderbird is becoming better and better thanks to your hard work. And I think it is now the time to add an option to allow it automatically startup in the background on system startup, which has been asked for several years and is really convenient to users.

I think there are 2 ways:
1. Just automatically startup in the background on system startup and receive messages
2. Register a service in the background to receive e-mails and pop up notifications. Since there isn't an option to minimize thunderbird when click on 'close' button(There's an extension to do this, but btw why not just add it into thunderbird), user may incorrectly shutdown thunderbird and stop receiving mails.

Thanks!
Bug: Dialog box opens in backgroup and blocks message compose window
Status: UNCONFIRMED
Priority: --
Created: 2024-07-15 08:33:31+00:00
Resolved: 2024-07-15 08:33:31+00:00

Steps to reproduce:

I tried to insert a link into a message, with dialog box "Insert" -> Link.


Actual results:

I have 3 screens. When my compose window is on screen 1 or 2, "Insert Link" dialog box works as expected.

When my message compose window is on screen 3, the dialog box opens in background, under the message compose window. Interaction with the message window is impossible, interaction with the Insert Link dialog box is impossible. Thunderbird seems to be blocked.

I checked the dialog box didn't open on screen 1 or screen 2.

Workaround : as the focus is on the Insert Link dialog box, unblocking Thunderbird is easy, just by pushing "escape" bouton on the keyboard.


Expected results:

The Insert Link dialog box should open in the foreground, even for the 3rd screen.
Bug: imap drafts folder is not recognised by TB 128
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-07-15 08:54:30+00:00
Resolved: 2024-09-28 00:15:17+00:00

STR:
install 128, install my imap test account into a new profile for 128.

Problem: TB 128 presets local folders/Entwürfe as drafts folder. It ignores the drafts folder inside the imap tree. As an extra nuisance, emails in the imap drafts folder now do not have the edit button. 
Additionally, contrary to 115, the folder name in imap is drafts. If I access the same account from my current 115 test installations, it is Entwürfe (German translation of drafts). This is probably related to not being recognised to be a 'drafts' folder.

Previous behaviour: TB 115 recognised the drafts folder in imap and used that and displayed it with the name 'Entwürfe'.
Bug: Thunderbird - Extreme memory usage on M1 macbook pro when viewing specific emails - REPRODUCIBLE
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-07-15 13:14:42+00:00
Resolved: 2024-07-26 10:56:49+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:128.0) Gecko/20100101 Firefox/128.0

Steps to reproduce:

I am on a Macbook Pro M1 - Mac Os X 14.5.

I select a specific promotion email from amazon.de (attached) and then minimize the Thunderbird Mac app.




Actual results:

Thunderbird memory consumption starts to explode (+1GB every 30s in the Activity Monitor). When I select a different email, Thunderbird memory goes back to normal.


Expected results:

Thunderbird memory consumption should have been stable.