av9ash/GitBugs huggingface dataset:
Bug: Crashes and other issues when opening the compose window with no email account
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-16 04:42:08+00:00
Resolved: 2021-10-08 23:22:49+00:00

This is a bit of an extreme edge case, but nonetheless can happen and can cause Thunderbird to crash, so we should fix it.

STR:
- Launch Thunderbird with a new profile.
- Close the account setup tab and use TB without an email account.
- File > Open > Saved message
- Click on Reply or Forward

Actual result:
When clicking on "Reply" the app crashes right away with this error:
```
JavaScript error: chrome://messenger/content/messengercompose/MsgComposeCommands.js, line 1655: 
TypeError: can't access property "getUnicharAttribute", gCurrentIdentity is null
console.debug: "exception in getMsgHdr: [Exception... \"Component returned failure code: 0x80040154 (NS_ERROR_FACTORY_NOT_REGISTERED) [nsIMessenger.messageServiceFromURI]\"  nsresult: \"0x80040154 (NS_ERROR_FACTORY_NOT_REGISTERED)\"  location: \"JS frame :: chrome://openpgp/content/ui/enigmailMsgComposeOverlay.js :: getMsgHdr :: line 372\"  data: no]"
Exiting due to channel error.
```

When clicking on "Forward" the compose message appears with an empty "From" field and the same console error.

After bug 942615, is now possible to use TB without an email account, so this situation might arise more often.

We should disable the Forward and Reply actions when a saved message is opened without an email account, and we should have some safeguards in place in case the user is able to launch the compose window without an email account.
Bug: Quick filter delete text (x) icon lost
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-16 09:32:07+00:00
Resolved: 2021-09-16 09:37:56+00:00

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

Steps to reproduce:

entered a stringo to filter


Actual results:

I had to delete the string manually cause the (x) icon is lost


Expected results:

hit the (x) to delete all text
Bug: [Linux] TB 91 regression: Messages always in light theme when using a dark system theme
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-16 09:50:18+00:00
Resolved: 2021-09-17 07:48:09+00:00

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

Steps to reproduce:

I have Thunderbird set up to use the system theme, which is a dark theme (Breeze Dark, to be precise). Up until TB 78, it respected the system theme for incoming messages, rendering them with light text on a dark background. Since the upgrade to TB 91.1.0 today, messages are rendered black-on-white, even though the rest of the UI uses a dark theme. The contrast is quite jarring and strains my eyes.
Bug: Keyboard navigation inconsistency in Add-ons Manager
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-16 10:26:41+00:00
Resolved: 2022-07-18 14:08:54+00:00

- Open several tabs: e.g. hit Shift-Ctrl-C and Shift-Ctrl-D to have  
both the Calendar and Tasks Tab opened.
- Now open the Add-ons Manager (in yet another tab).
- Use the provided search box to type anything and hit Enter.
- You should now have five tabs opened:
  - the main message list tab,
  - the Calendar tab,
  - the Tasks tab,
  - the Add-ons Manager,
  - the ATN web page.

Now, if you hit Tab once, a “close tab” button gets selected; it’s actually the  
second tab’s button (in this case, the Calendar).  If you hit Space at that point,  
the Calendar gets closed but nothing else changes.

Hitting Tab then Space again will close the Tasks tab, the AoM tab, and  
eventually the tab you’re supposed to be in.

There’s no reason for these “close tab” buttons to get selected in the Tab-key  
sequence order; plus, since the only a11y info you’ll get from a screen reader  
is “close tab” (without any precision as to _which_ tab), this is a bit misleading.

This looks like an accessibility regression introduced between 93 and 94;  
possibly a remnant of bug 1689056. (Not sure though.)
Bug: Compose new message, error handling attachments in specific format.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-16 13:51:00+00:00
Resolved: 2021-09-17 07:50:59+00:00

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

Steps to reproduce:

If first attached file has met following conditions:
First character is in cyrillic (charset=windows-1251), file encoding is ANSI, last line is just TAB and the file is first to be attached in Thunderbird when writting new message.


Actual results:

Files attached after this file got merged with it. The recipient will get one file with the name of the first attacheed file in the message in which there will be other
attachments if any encoded in base64


Expected results:

Recipient recived separate files.
Bug: Keyboard navigation messed up in Account Settings tree list
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-16 14:22:35+00:00
Resolved: 2021-09-28 22:19:22+00:00

This is a very recent accessibility regression (from the past week or so).   
Open the Account Settings tab (through the Edit menu for example).

The focus is in the `accounttree` list box, on one of the top-level items  
such as `Local Folders`.  If you use the up and down arrows, you can  
navigate the list almost normally.

Things get dicier if you hit Tab. You’d expect to move to the next focusable  
widget, i.e. the `Account Actions` button; but nope, for some reason the  
focus moves instead to an item in the very same list you’re trying to get  
out of: namely, the `Composition & Addressing` item.

Hitting Tab again skips the following item for some reason, and brings you  
to `Synchronization & Storage`.  Tab again moves to `Outgoing Server (SMTP)`,  
which is the last element in that list, and one final Tab brings you to the  
dropdown button at last.

If at any point during this Tab navigation you try using the up and down arrows,  
you’ll be brought back to where you were before using Tab.

Maybe a byproduct of bug 1728296?
Bug: tracker: OpenPGP signatures broken on Thunderbird mailing lists (topicbox bug, they rewrite the multipart/signed part)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-09-16 18:12:20+00:00
Resolved: 2022-03-23 10:48:38+00:00

This isn't really a bug in Thunderbird - but I suggest we track the related problem here.

The Thunderbird team currently uses the topicbox.com system for their mailing list infrastructure.

Unfortunately, when sending digitally signed (OpenPGP) message to the mailing lists, the Topicbox servers change the message body in ways that break the signatures - on the receiving side, the message body no longer matches the originally sent message, and therefore Thunderbird reports a broken signature.

In October 2020 we had contacted Topicbox support, and they had acknowledged the situation, and said they are interested in fixing the situation. However, they haven't yet fixed it, the problems are ongoing.

I have asked them today to give us an update.
Bug: Thunderbird on Fedora consistently crashed @ nsXPCWrappedJS::AddRef  when trying to open a pdf attachment
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-17 01:36:37+00:00
Resolved: 2023-01-29 00:53:09+00:00

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

Steps to reproduce:

Fedora 34 with all updates

Received an email with a pdf attachment
Rt-clicked and chose open



Actual results:

Thunderbird crashed.
Repeated 3 times.
Thunderbird crashed each time


Expected results:

It should not have crashed
Bug: Printing selected content/text/selection from message reader no longer possible in TB 91 (not even indirectly as in TB 78) [WILL BE FIXED IN BUG 1740630]
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-09-17 05:06:10+00:00
Resolved: 2022-01-10 14:44:01+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/93.0.4577.82 Safari/537.36

Steps to reproduce:

I selected part of email body to print, then pressed Ctrl + Shift + P to print using the system dialog.


Actual results:

The "selection" option is disabled.


Expected results:

The "selection" option used to be enabled and allows printing the selected text only.
Bug: Non-localized standard buttons in Services.prompt.confirmEx()
Status: UNCONFIRMED
Priority: --
Created: 2021-09-17 06:43:42+00:00
Resolved: 2021-09-17 11:43:46+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/93.0.4577.63 Safari/537.36

Steps to reproduce:

Compose new email, type some text and close compose window in localized Thunderbird (for example, with Russian langpack).


Actual results:

There is confirmation dialog is appeared with three buttons (comm/mail/components/compose/content/MsgComposeCommands.js:6204). Button with label "discardButtonLabel" is localized. Other two standard buttons: "Cancel" and "Save" are not localized.

There are correct use localized labels for these buttons at toolkit/components/prompts/src/Prompter.jsm:753:
         buttonLabel = PromptUtils.getLocalizedString("Cancel");
and this key is localized in
           chrome/ru/locale/ru/global/commonDialogs.properties:Cancel=Отмена

Possible, it is caused               [Exception... "Component returned failure code: 0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH) [nsIXPCComponents_Utils.readUTF8URI]"  nsresult: "0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH)"  location: "JS frame :: resource://gre/modules/L10nRegistry.jsm :: L10nRegistry.loadSync :: line 692"  data: no] in JS console.                                                              


Expected results:

Standard button "Cancel" and "Save" should be localized.
Bug: Crash in [@ memcpy_repmovs | nsMsgLineBuffer::BufferInput]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-17 08:42:53+00:00
Resolved: 2022-07-18 18:35:29+00:00

Hard to say whether the increase of the past few months is version 91, or coming out of summer

Crash report: https://crash-stats.mozilla.org/report/index/5796013b-106b-4af5-bff4-1b4ff0210917 91.1.1

Reason: ```EXCEPTION_ACCESS_VIOLATION_WRITE```

Top 10 frames of crashing thread:
```
0 vcruntime140.dll memcpy_repmovs f:\dd\vctools\crt\vcruntime\src\string\amd64\memcpy.asm:115
1 xul.dll nsMsgLineBuffer::BufferInput comm/mailnews/base/src/nsMsgLineBuffer.cpp:118
2 xul.dll nsMsgMailboxParser::OnDataAvailable comm/mailnews/local/src/nsParseMailbox.cpp:71
3 xul.dll nsMailboxProtocol::ProcessProtocolState comm/mailnews/local/src/nsMailboxProtocol.cpp:664
4 xul.dll nsMsgProtocol::OnDataAvailable comm/mailnews/base/src/nsMsgProtocol.cpp:300
5 xul.dll nsInputStreamPump::OnStateTransfer netwerk/base/nsInputStreamPump.cpp:532
6 xul.dll nsInputStreamPump::OnInputStreamReady netwerk/base/nsInputStreamPump.cpp:377
7 xul.dll nsBufferedInputStream::OnInputStreamReady netwerk/base/nsBufferedStreams.cpp:704
8 xul.dll mozilla::SlicedInputStream::OnInputStreamReady xpcom/io/SlicedInputStream.cpp:416
9 xul.dll nsInputStreamReadyEvent::Run xpcom/io/nsStreamUtils.cpp:94
```
bp-cacdf7e5-eb36-49e4-96a3-200030210917 version 78
Bug: Startup crash in [@ CategoryNode::GetLeaf]
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-17 08:47:22+00:00
Resolved: 2021-10-04 23:45:43+00:00

So far, just one user on version 91.1.1

Crash report: https://crash-stats.mozilla.org/report/index/cee88f56-ec08-4cda-b72c-98dd20210917

Reason: ```EXCEPTION_ACCESS_VIOLATION_WRITE```

Top 10 frames of crashing thread:
```
0 xul.dll CategoryNode::GetLeaf xpcom/components/nsCategoryManager.cpp:252
1 xul.dll nsCategoryManager::GetCategoryEntry xpcom/components/nsCategoryManager.cpp:480
2 xul.dll static nsContentUtils::FindInternalContentViewer dom/base/nsContentUtils.cpp:6759
3 xul.dll nsDocShell::CreateAboutBlankContentViewer docshell/base/nsDocShell.cpp:6553
4 xul.dll nsDocShell::CreateAboutBlankContentViewer docshell/base/nsDocShell.cpp:6642
5 xul.dll nsAppShellService::JustCreateTopWindow xpfe/appshell/nsAppShellService.cpp:757
6 xul.dll nsAppShellService::CreateHiddenWindow xpfe/appshell/nsAppShellService.cpp:132
7 xul.dll nsAppStartup::CreateHiddenWindow toolkit/components/startup/nsAppStartup.cpp:240
8 xul.dll XREMain::XRE_mainRun toolkit/xre/nsAppRunner.cpp:5078
9 xul.dll XREMain::XRE_main toolkit/xre/nsAppRunner.cpp:5434
```
Bug: Intermittent gmake[4]: *** [/builds/worker/checkouts/gecko/config/makefiles/rust.mk:404: force-cargo-library-build] Error 101
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-09-17 14:52:18+00:00
Resolved: 2023-05-22 14:12:36+00:00

**Filed by:** thunderbird [at] calypsoblue.org
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=351868880&repo=comm-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/JgQ0vmtjQ5GcWLweL3qSSQ/runs/0/artifacts/public/logs/live_backing.log

---
```
This is happening on the macOS Searchfox indexing job on comm-central the past few mornings.
```
Bug: Thunderbird startup slow after release change, from ~4 seconds to 30-40 seconds
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-09-17 15:43:56+00:00
Resolved: 2021-10-30 03:59:19+00:00

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

Steps to reproduce:


I am currently running Tb version 93.0b2 (64 bit) on my system, witch consists of Windows 10 Pro, with processor speed exceeding 4,000 MHz, and with 16 Tb of SSD RAM. All disks are SSD.

Thunderbird starts rather quickly, but the contents fill in to the different GUI panes (on the left and right hand side) very slowly (ca 40 sec).

This started occurring after upgrading to Tb version 91.1.0 (64 bit). Before that, when Thunderbird behaved normally, the complete startup time was around 4 seconds.

The same slowness applies to Tb version 93.0b2, even though it reads in the Thunderbird Beta Notes, September 9, 2021 ”fixed - IMAP startup performance improved for accounts with a multitude of folders”.

No slowness occurred with previous versions. But now, when I went back to, e.g. 91.0.2, the same slowness occurs.

This is very frustrating.

Thunderbird is slow in startup (in filling the GUI panes’ contents) also with addons disabled.

I will attach a log file, which shows in detail what Thunderbird.exe performs, when Thunderbird is launched. The log file is filtered to include only what is done by Thunderbird.exe (Tb version 93.0b2).

Could someone in your awesome team be savvy enough to analyze why it takes so long for Thunderbird to completely open (with left and right hand side GUI panes filled with data).

The attached Tb_Logfile.PML is produced by Sysinternals Process Monitor, and the file can be opened and viewed with the same free program (Process Monitor).

Thank you in advance for any help in solving and this unlucky and very frustrating issue.

So far I have been a very happy user of Thunderbird for more than 15 years, and have recommended it to all my friends and all web site readers. Hope we get this issue fixed and that I can use and recommend Thunderbird as an awesome email client also in the future.

Happy to provide you with more details if needed.



Actual results:

Thunderbird's complete startup time is ca 30 to 40 sec.


Expected results:

Thunderbird's complete startup time should be round the usual 4 sec, which it has been for years.
Bug: Thunderbird requests remote content even though it's turned off
Status: UNCONFIRMED
Priority: --
Created: 2021-09-17 17:19:00+00:00
Resolved: 2024-09-13 19:20:33+00:00

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

Steps to reproduce:

View a message from the This Old House mailing list, with Allow remote content in messages unchecked and the sender and domain not in the Exceptions list.


Actual results:

Thunderbird attempted to connect to a URL referenced in the message (see attached screen shot, showing Little Snitch alerting on the connection attempt.)


Expected results:

Thunderbird didn't attempt to connect to the URL. This is what happened in 78.13.0. Connecting to the URL only started when I upgraded to 91.

I'm running in Troubleshooting mode (trying to see if another bug can be replicated there), so no extensions.
Bug: Send button not working anymore (78.14.0 & 91.1.1): Caused by error "Couldn't decrypt string 2 crypto-SDR.js:200"?
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-17 17:33:01+00:00
Resolved: 2021-09-22 11:11:04+00:00

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

Steps to reproduce:

Any message trying to be sent, regardless of them being new, reply to, reply to all, forward. Fail. No response, not even an error message popup.
Regardless of which account or identity is being used (some of which are external emails via office.com).
All SMTP settings on each account & identity are verified to be correct.
Countless program and windows restarts, do not bring solution.
Upgrade from 78.14.0 to 91.1.1 does not bring solution. (other issued encountered, see bug 1730987 were solved by upgrade)
No action on mouselick "send" (press and release is visible), not on Ctrl-Enter, or Alt F D


Actual results:

Not able to send any message since 15/09/2021 13:20 CEST


Expected results:

Messages should have been sent
Bug: Thunderbird not starting after Windows 10 hibernation
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-09-18 07:41:35+00:00
Resolved: 2021-09-23 14:53:57+00:00

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

Steps to reproduce:

78.14.0 (32-bit) Hibernated Windows 10. Problem arose after the last Thunderbird update.


Actual results:

When I restart my computer from hibernation, Thunderbird reappears in the state it was upon hibernation (for example, "Emptied Deleted folder") and does not respond. Cannot open messages or do anything else. Thunderbird has hung completely.


Expected results:

Thunderbird should restart with all capabilities working. I have to close Thunderbird and then restart it, after which everything works.
Bug: setComposeDetails add extra space at each line start
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-18 10:42:02+00:00
Resolved: 2022-05-10 21:40:14+00:00

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

Steps to reproduce:

I used this example: https://github.com/thundernest/sample-extensions/tree/master/composeBody
I reply a newsgroup post and click the addon button. After send to newsgroup then load this post, extra space is add at each line start of quote (read in view source).
However, the extra space is not present in compose window.


Actual results:

 extra space is add at each line start of quote


Expected results:

no extra space
Bug: Message remote content warning "undefined undefined undefined" for each item
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-18 14:10:45+00:00
Resolved: 2021-09-20 12:15:32+00:00

On Thunderbird Daily 94.0a1 (2021-09-18) (64-bit), viewing a message with remote content shows multiple yellow warning bars with "undefinedundefinedundefined..." (one for each remote content item in the message).  For example, opening a message containing 5 copies of `<img src="https://example.invalid/beacon.gif" alt="" width="1" height="1">` (as attached) results in the warnings shown in the attached screenshot.

I attempted to bisect the regression with `mozregression --app thunderbird --good 2021-09-17 --bad 2021-09-18`, which produced:

    ERROR: The url 'https://hg.mozilla.org/comm-central/json-pushes?endID=19205&startID=19185' contains no pushlog. Maybe use another range ?

Should I report this as a bug in mozregression?
Bug: global search result (Gloda) date in the wrong language on search
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-09-18 14:28:01+00:00
Resolved: 2021-12-03 13:28:30+00:00

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

Steps to reproduce:

I have thunderbird set to use English (UK), same for my system-wide settings.



Actual results:

If I use the search bar, in the results instead of English it shows text like "tisdag". Google translate says it's Swedish.


Expected results:

It should show "tuesday", Nothing in my system is set to swedish.
Bug: Incorrect colors displayed in email list when using High Contrast Black Windows 10 color scheme
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-18 14:46:35+00:00
Resolved: 2022-12-04 20:12:52+00:00

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

Steps to reproduce:

1. Set Windows 10 color scheme to "High Contrast Black".
2. Start Thunderbird Daily 2021-09-18.


Actual results:

List of emails shows up as black text on black background.
As I mouse over the list, the item under the mouse shows up as white text on black, but as soon as the mouse moves off the item, the email subjust returns to black-on-black text.  (See attachment.)


Expected results:

This was working properly in Daily 2021-09-17.
Bug: Dark gray three-sided border/background color around addressing area (with hardware acceleration enabled)
Status: NEW
Priority: --
Created: 2021-09-18 15:38:21+00:00
Resolved: 2022-01-21 09:41:09+00:00

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

Steps to reproduce:

Open the composition window. Always appears.


Actual results:

The composition window has an unusual grayed out zone behind the fields in the window. Does not appear on another Thunderbird installation on a different computer.


Expected results:

No grayed out zone. I also reinstalled Thunderbird several times and it always appears.
Bug: Can not view email addresses in inbox.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-18 23:50:24+00:00
Resolved: 2024-03-17 17:53:29+00:00

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

Steps to reproduce:

Can not view email addresses in the inbox or any other folder, only names. I have unchecked "Show only display name for people in my address book" but that only affects opened messages, not the list of messages.


Actual results:

Unchecking "Show only display name for people in my address book" only affected opened messages, not the lists of messages.


Expected results:

Unchecking "Show only display name for people in my address book."  is not working as intended as it only affects opened messages. It should also affect all lists of messages
This is both inconvenient and a security problem. It is important to be able to decide if to delete a message without opening.
Bug: When autocompleting mail addresses in Thunderbird v91, address line remains empty
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-09-19 07:32:25+00:00
Resolved: 2021-09-20 04:21:30+00:00

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

Steps to reproduce:

Configuration: Win10pro x64 21H1; TB91.1.1 (x64); Cardbook V71.6
Checked different address books - all books behave equal 
Compared to TB78.14.0 x64 - works properly
Checked TB bugzilla - no relevant entry


Actual results:

Entering a valid string from the address book in the address line does not generate a hit list in the address line.


Expected results:

Hitlist in the address line appears for selection