av9ash/GitBugs huggingface dataset:
Bug: Startup Crash in [@ nsImapIncomingServer::DiscoveryDone]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-02 09:18:13+00:00
Resolved: 2022-06-02 09:21:42+00:00

#1 crash so far for 102.0b1 beta.
A couple [reports also against 91.7.0 and 91.9.0, but rare.](https://crash-stats.mozilla.org/signature/?product=Thunderbird&signature=nsImapIncomingServer%3A%3ADiscoveryDone&date=%3E%3D2022-03-02T00%3A00%3A00.000Z&date=%3C2022-06-02T23%3A59%3A00.000Z&_columns=date&_columns=product&_columns=version&_columns=build_id&_columns=platform&_columns=reason&_columns=address&_columns=install_time&_columns=startup_crash&_sort=-date&page=1#reports)

Begins at Build ID 20220521102659 102.0a1  Crash report: https://crash-stats.mozilla.org/report/index/7dde7824-5e09-4216-9f93-98fef0220522

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0 xul.dll nsImapIncomingServer::DiscoveryDone mailnews/imap/src/nsImapIncomingServer.cpp:1429
1 xul.dll `anonymous namespace'::SyncRunnable0<nsIImapMailFolderSink>::Run mailnews/imap/src/nsSyncRunnableHelpers.cpp:78
2 xul.dll mozilla::RunnableTask::Run xpcom/threads/TaskController.cpp:475
3 xul.dll mozilla::TaskController::DoExecuteNextTaskOnlyMainThreadInternal xpcom/threads/TaskController.cpp:788
4 xul.dll mozilla::TaskController::ExecuteNextTaskOnlyMainThreadInternal xpcom/threads/TaskController.cpp:620
5 xul.dll mozilla::TaskController::ProcessPendingMTTask xpcom/threads/TaskController.cpp:398
6 xul.dll mozilla::detail::RunnableFunction<`lambda at /builds/worker/checkouts/gecko/xpcom/threads/TaskController.cpp:124:7'>::Run xpcom/threads/nsThreadUtils.h:531
7 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1180
8 xul.dll NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:465
9 xul.dll mozilla::ipc::MessagePump::Run ipc/glue/MessagePump.cpp:85
```
Bug: no way to see full address of from/recipient if contact in address book
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-02 13:13:54+00:00
Resolved: 2022-07-30 11:04:17+00:00

It's not possible to see what address (of all the identities) an email was sent to, or the full address of those on To/Cc. 

This used to have a tooltip: https://hg.mozilla.org/comm-central/rev/f4fb3a75992a#l9.495
Bug: All program/network/data operations halt whenever screen is locked
Status: UNCONFIRMED
Priority: --
Created: 2022-06-02 14:48:56+00:00
Resolved: 2022-10-09 21:57:53+00:00

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

Steps to reproduce:

Linux Manjaro XFCE
Thunderbird 91.9.1 (64-bit)

Start any data-related operation in Thunderbird that will take more than a couple of seconds to complete. For example, compose and send a new email with a moderately-sized attachment, or retrieve mail from a mailbox with a large number of new messages. Then lock the screen while the operation is in mid-transit, using either the GUI OS menu or with terminal command 'xflock4'.  (If the operation is too quick, it will complete before you have a chance to lock the screen and test.)

Alternatively, (way I discovered the bug), set a mail account to check for new messages every 1 minute, then lock the screen as above. Then send one or more messages to that account from another device, and wait.

After about 5-10 minutes, unlock the screen.



Actual results:

Thunderbird has paused/halted in mid-operation, and not completed the action. The "Sending message" dialog will still be on screen, frozen, and will try to resume after unlock. Or if retrieving mail, it will still be stuck at "retrieving message 14 of 100", wherever it left off when the screen was locked.

If new messages were sent to the account while the screen was locked, they won't be there in the Inbox upon first unlock, even though "check for new mail every 1 minute" was enabled. Instead, they will start to all arrive *after* the screen is unlocked.


Expected results:

The operations all should have continued/completed while the screen was locked, and be finished once it is unlocked again after 5-10 minutes.

Additional notes:
This issue does NOT occur with other email clients such as Evolution, Seamonkey, Claws etc, and does not occur with Thunderbird 78.9. It also doesn't affect browser operations in Firefox or any other browser. I.e. streaming audio or video from youtube etc continues in background when screen is locked, as expected. So it's not a general O/S locking issue, as it only affects Thunderbird 91.9.1
Bug: file://server/folder/file.txt UNC links get parsed by Thunderbird as file:///folder/file.txt and will not open
Status: UNCONFIRMED
Priority: --
Created: 2022-06-02 16:14:08+00:00
Resolved: 2024-02-27 08:03:23+00:00

Steps to reproduce:

Sent an email from Outlook for desktop with a UNC local Windows network path and the recipient (whom is on the same local network) tried to open that link in Thunderbird.


Actual results:

The link did not open. Thunderbird does nothing. Thunderbird stripped the hostname out of the "file://server/folder/file.txt" URI.


Expected results:

The linked file should open Just as it correctly opens "file://///server/folder/file.txt" links.
Bug: Latest Update 102.0b1 (64-Bit) cant send with SMTP anymore - password and SMTP settings correct
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-06-02 17:39:38+00:00
Resolved: 2022-06-02 18:45:39+00:00

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

Steps to reproduce:

Did the update to fix the latest issues.
Send mail ask suddenly for a new Password.

Typing the right one but on sending
the issue is happens again and again.

Can not use my pc to send SMTP now.



Actual results:

Can not send Mails via SMTP after updating.
password was not changed and same configuration exists
and is working fine on a laptop without the update.

Same password and settings for SMTP server on both pc/laptop.

Result after update on pc:

#
Sending the message failed.
Authentication with the SMTP server smtp.strato.de failed. Please check the password and the selected "Authentication Method" under "Account Settings | Outgoing Mail Server (SMTP)".
#

Also ALL (thousands) mails, that i have already viewed and donwloaded, 
are coming in as a new one in three other email accounts on the same pc.


Expected results:

Dont know how to fix it.
Try to remove that SMPT account and renew it.
Bug: When inspecting FilterEditor.xhtml all search terms and actions are doubled.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-02 17:47:09+00:00
Resolved: 2022-08-24 09:20:47+00:00

When inspecting FilterEditor.xhtml, all search terms and actions are doubled.

I believe this is caused by moving the processing of filter detail list from load to the DOMContentLoaded event. This also destroys all edit fields of custom search terms and custom actions added via the nsIMsgFilterService.addCustomAction() and nsIMsgFilterService.addCustomTerm() functions

Steps to reproduce:

1 - open filter list
2 - select any existing filter and edit ot
3 - open inspector (Ctrl+Shift+I)
4 - from the document selector (top right),  select FilterEditor.xhtml

this will instantly duplicate all items in the searchterms and actions richtlist boxes.

I am currently working on a patch to re-add the broken action values that are missing from my FiltaQuilla Add-on. If there is no technical reason for moving from the load event to DOMContentLoaded in the new version I would propose trying to move the initialization back to the load event instead - if it fixes this issue it will also fix issues on my side too.
Bug: Messages 100s of replies deep in a thread aren't shown
Status: UNCONFIRMED
Priority: --
Created: 2022-06-03 01:59:46+00:00
Resolved: 2024-03-05 12:34:17+00:00

Steps to reproduce:

I use threaded view, and I have a thread with replies that are 100s of messages deep. My guess is around 500 deep, but I don't see an easy way to count.


Actual results:

In threaded view, messages deeper than some number of replies (I'm guessing around 350) aren't shown at all.


Expected results:

All messages should be shown regardless of their reply depth.
Bug: Crash in [@ nsPop3Sink::BeginMailDelivery]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-03 02:05:11+00:00
Resolved: 2022-07-30 11:05:00+00:00

Crashes starting in beta 99.

Crash report: https://crash-stats.mozilla.org/report/index/3d90c2c8-ca5a-45dc-92c8-069b70220602

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0 xul.dll nsPop3Sink::BeginMailDelivery mailnews/local/src/nsPop3Sink.cpp:198
1 xul.dll XPTC__InvokebyIndex 
2 xul.dll static XPCWrappedNative::CallMethod js/xpconnect/src/XPCWrappedNative.cpp:1125
3 xul.dll XPC_WN_CallMethod js/xpconnect/src/XPCWrappedNativeJSOps.cpp:963
4 xul.dll js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:507
5 xul.dll Interpret js/src/vm/Interpreter.cpp:3314
6 xul.dll js::RunScript js/src/vm/Interpreter.cpp:389
7 xul.dll js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:539
8 xul.dll js::Call js/src/vm/Interpreter.cpp:605
9 xul.dll js::CallSelfHostedFunction js/src/vm/SelfHosting.cpp:1590
```
Bug: Crash in [@ nsMsgFilterService::OpenFilterList]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-03 02:36:21+00:00
Resolved: 2022-06-30 18:49:04+00:00

Signature starts with beta 101. (but with one crash in beta 100)

Crash report: https://crash-stats.mozilla.org/report/index/a4212d8e-49eb-4a00-acbd-86d4b0220530

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0 xul.dll nsMsgFilterService::OpenFilterList mailnews/search/src/nsMsgFilterService.cpp:135
1 xul.dll NS_InvokeByIndex 
2 xul.dll static XPCWrappedNative::CallMethod js/xpconnect/src/XPCWrappedNative.cpp:1125
3 xul.dll XPC_WN_CallMethod js/xpconnect/src/XPCWrappedNativeJSOps.cpp:963
4 xul.dll js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:507
5 xul.dll Interpret js/src/vm/Interpreter.cpp:3314
6 xul.dll js::RunScript js/src/vm/Interpreter.cpp:389
7 xul.dll js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:539
8 xul.dll js::Call js/src/vm/Interpreter.cpp:605
9 xul.dll JS_CallFunctionValue js/src/vm/CallAndConstruct.cpp:53
```
Bug: Address book contact website input requires http:// which users might not realize
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-03 07:58:45+00:00
Resolved: 2022-07-30 11:06:13+00:00

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

Steps to reproduce:

I just installed the 102 Beta and tried entering the website info for my first contact. When trying to enter the website address, the "human" way - entering just "starcic.hr" instead of the full URL WITH protocol "https://starcic.hr", (works with omitting the default "www." subdomain - it is impossible to save it.


Actual results:

I couldn't save the contact unless I added the protocol prefix for the contact detail.



Expected results:

As regular users usually don't enter web addresses starting with the protocol prefix (ie.: https://google.com), but instead simply "google.com" this should be managed automatically in a place like the address book.
Bug: Import/export tab shows wrong favicon
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-03 09:01:29+00:00
Resolved: 2022-06-08 00:51:09+00:00

The import/export tab shows the wrong icon. It defines the import icon as its favicon, however the draft icon is shown instead.

Regression window: https://hg.mozilla.org/comm-central/pushloghtml?fromchange=6c2b6733806cc4879b187b0c7dfcf21314158589&tochange=3a43bdbcd359a4de7085b237243fd5b48a8f317e

The regression is caused by the assignment of the location hash, which triggers a location change, for which specialTabs.js clears the favicon, leading to the default icon being used.
Bug: Delete Message is blank in the context menu when right-clicking on a message in Thunderbird Daily 103.0a1 (2022-6-2)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-03 15:09:21+00:00
Resolved: 2022-06-17 11:00:58+00:00

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

Steps to reproduce:

I updated to Thunderbird Daily 103.0a1 (2022-6-2) on Wayland from 103.0a1 (2022-6-1) in Plasma 5.24.5 in a Fedora 36 KDE Plasma installation. I right-clicked on messages in various mailboxes to delete them from the context menus in 103.0a1 (2022-6-2). I moved the mouse cursor over where Delete Message was normally shown.


Actual results:

Delete Message is blank in the context menu when right-clicking on a message in a list of messages in mailboxes in Thunderbird Daily 103.0a1 (2022-6-2) on Wayland. Clicking on the blank space where Delete Message was usually shown in the menu deleted messages normally. The other items in the context menu appeared as usual. This problem also happened with Thunderbird Daily 103.0a1 (2022-6-3) on Wayland and 103.0a1 (2022-6-2) on XWayland. This problem didn't happen with 103.0a1 (2022-6-1) on Wayland and earlier.

I ran mozregression --app thunderbird --good 2022-6-1 --bad 2022-6-2 --profile ~/.thunderbird/9hcim5o9.default --profile-persistence reuse
I used my profile so messages were present in the mailboxes. The bisection process ended with the following.
 0:47.38 INFO: Narrowed integration regression window from [56d7d57e, a9411d1b] (4 builds) to [9bc838e8, a9411d1b] (2 builds) (~1 steps left)
 0:47.38 INFO: No more integration revisions, bisection finished.
 0:47.38 INFO: Last good revision: 9bc838e8f9a17fe8be2ff5c10c46a060ebcb57f7
 0:47.38 INFO: First bad revision: a9411d1bacc9a94747461d9629ed9ade4f54bcb5
 0:47.38 INFO: Pushlog:
https://hg.mozilla.org/comm-central/pushloghtml?fromchange=9bc838e8f9a17fe8be2ff5c10c46a060ebcb57f7&tochange=a9411d1bacc9a94747461d9629ed9ade4f54bcb5

I'm not sure what the connection if any is with the first bad revision and the problem.
a9411d1bacc9a94747461d9629ed9ade4f54bcb5	John Bieling — Bug 1426817 - Add support for keyboard shortcuts to go back/forward in add-on manager. r=mkmelin



Expected results:

Delete Message would be shown normally in the context menu when right-clicking on a message in a list of messages in mailboxes in Thunderbird Daily 103.0a1 (2022-6-2) on Wayland.
Bug: hangs upon launch on Mac OS 12.4 Intel  - (going to  +100% CPU load immediately)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-06-03 15:46:19+00:00
Resolved: 2022-07-27 00:24:11+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS 12; rv:86.0) Gecko/20100101 Firefox/94.0

Steps to reproduce:

Click the app icon


Actual results:

Opens in new look (after update), starts loading mail while going to +100% CPU load and freezing forever.


Expected results:

regular launch
Bug: Address book won't load
Status: UNCONFIRMED
Priority: --
Created: 2022-06-03 15:57:28+00:00
Resolved: 2022-08-16 16:42:29+00:00

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

Steps to reproduce:

These symptoms started with v91.9.1 and continues with 91.10.0 on Windows 10.

* In Preferences >> General, "Default Search Engine" dropdown box is unpopulated.

* In Preferences >> Composition, Spelling, Language, dropdown box selection does not persist across restarts of Thunderbird.  The last spelling dictionary in the dropdown is always selected on start-up.

* Address Books will not load!!!  Clicking the Address Book button in the toolbar brings up the Address Book windows, but all panes are empty.  Viewing the abook.mab and abook.sqllite files in a text editor shows that the address book data exists in these files, but they will not load.  Viewing emails shows a filled star next to addresses that are in the address book.  Clicking on the address, and selecting the Edit Contact pop-up menu item brings up the short form contact editor dialog box, which is populated with the address and the address book that the contact belongs to.  However, clicking on the Edit Details button brings up a totally unpopulated contact editor window.


Actual results:

See above.


Expected results:

Should work as expected..
Bug: Primary Password prompted for every single Mail Account
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-06-03 15:59:08+00:00
Resolved: 2022-07-24 04:51:00+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS 12; rv:86.0) Gecko/20100101 Firefox/94.0

Steps to reproduce:

Launch the Thunderbird beta app on Mac OS 12.4 Intel.


Actual results:

Upon app launch I get prompted for my primary password once for every mail/news/whatever account.


Expected results:

I get prompted for my primary password upon app launch only once for ALL accounts and the current app session (which may actually be the main reason for using a primary password at all…). 

This already has been the former default behavior until just a couple of versions ago.
Bug: Thunderbird master password dialogue pops-up repeatably after update
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-06-03 16:54:14+00:00
Resolved: 2022-07-19 04:59:25+00:00

Steps to reproduce:

Start Thunderbird
Pending update is installed
After Installation Thunderbird is started and the master password dialogue pops-up repeatably even when the correct password has been entered.



Actual results:

master password dialogue pops-up again and again


Expected results:

master password dialogue should not pop-up again once the correct password has been entered.
Bug: Delete context menu item has no label
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-03 17:01:42+00:00
Resolved: 2022-06-17 14:46:06+00:00

Apparently the patch for bug 1426817 caused some part of the XUL commands logic or similar to panic. As a result, with this patch applied the context menu will not show any label for the delete menu item.
Bug: Filter tool doesn't work
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-06-03 19:23:51+00:00
Resolved: 2022-06-06 06:09:03+00:00

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

Steps to reproduce:

I was receiving emails that contained "[cca]" (without quotes) in the subject line.
I created a new filter that specified if it contained [cca] in the subject of my inbox, to move it into the trash. Didn't work. Tried several times to get it to work. 


Actual results:

It didn't work. Nothing moved and log was empty. I also tried without the brackets (cca only) and it moved all sorts of emails to the trash that did not apply.

(My version is 91.9.1 of Thunderbird, running on Windows 7 Pro.)


Expected results:

All emails in my inbox that contained (at least) "[cca}" (without quotes) should have moved that message to the trash.
Bug: subject should have different style than header labels if header column is not used (both used bold in the same font size)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-03 21:39:02+00:00
Resolved: 2022-06-14 23:34:31+00:00

Last Thunderbird 102.0a1 and latest 103.0a1, Windows 8.1

If one turns off the column for header labels (message > "More..." button > "Customize..." > "Hide labels column"), the subject has no label and is shown in bold. The same style gets used for headers like Cc and Bcc. This could be used to convince people of additional headers (e.g. "Cc boss@example.com").
Bug: mailTabType.modes.folder.restoreTab() no longer called at startup
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-06-04 02:14:41+00:00
Resolved: 2022-06-06 15:17:19+00:00

Steps to reproduce:

Override mailTabType.modes.folder.restoreTab() with my fuction in my add-on.


Actual results:

The function is not called at the startup.



Expected results:

I expected TB calls global method mailTabType.modes.folder.restoreTab() at the startup.
I tested on Linux (Ubuntu) and Windows 10.
Bug: Content-Disposition header filename parameter not rfc2231 compliant when sending inline images
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-04 04:33:04+00:00
Resolved: 2022-06-13 17:48:45+00:00

Steps to reproduce:

Send a message with an inline image where the image filename has a space in it.


Actual results:

The inline image has a Content-Disposition header like this:

Content-Disposition: inline; filename="file%20name.png"


Expected results:

If I read https://datatracker.ietf.org/doc/html/rfc2231#section-4 rightly, then when the file name is URL encoded, the parameter should be "filename*". I.e., like this:

Content-Disposition: inline; filename*="file%20name.png"

Without this, the receiving MUA can justifiably think the the file name is actually meant to be "file%20name.png", rather than "file name.png".

There is a similar problem with UTF-8 file names. And the same problem occurs with the "name" parameter in the Content-Description header.

For reference if the image is attached rather than inserted inline the Content-Disposition header is OK. It is:

Content-Disposition: inline; filename="file name.png"
Bug: TB uses > 25 % CPU since 8 hours, no change after restart with webrender on linux
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-06-04 09:17:04+00:00
Resolved: 2022-12-05 15:25:03+00:00

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

Steps to reproduce:

Nothing special
Version 91.10.0 on Ubuntu Linux


Actual results:

TB is lazy responsive and uses 25 ... 50 % CPU since more than 12 hours
Profiler data yesterday: https://share.firefox.dev/3xgTXhq
Profiler data after 8 hours: https://share.firefox.dev/38TeMpW



Expected results:

When doing nothing, CPU usage should be below 2 %
Bug: On OSX 10.13.6: manual entry of color is required!
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-06-04 09:49:27+00:00
Resolved: 2022-12-28 09:39:36+00:00

Steps to reproduce:

Compose a message, select some text, click on the "choose text color" icon, choose a redish color in the color wheel.
The redish color appears on the right of "Choose a color", but the color name field stays to #000000 (black). That's the issue!
Then I click OK.


Actual results:

The text stays black.
No amount of use of the color picker, click.. will change the color, unless I manually enter something in the color name field.



Expected results:

The text should be redish.
Towards this, the RGB value for the redish color selected usign the color picker should have been entered in the color name field.
The only way I find to change the color is to enter the RGB value desired as e.g. #EE0000 or red. 
I don't have that issue under Windows. It started on that Mac some months ago.
Starting from a new profile does not change the issue.
Bug: Website entry in CardDAV address book with additional backslash
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-04 10:22:11+00:00
Resolved: 2022-11-04 17:40:20+00:00

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

Steps to reproduce:

Store a website entry for a contact in a CardDAV address book (in my case: a Google AB synced with the build-in CardDAV function). Go to another contact and then back to the first one.


Actual results:

The website entry is missing in the contact overview. When opening the edit form, there is an additional backslash in the URL behind the "https" making it a false entry.


Expected results:

The backslash should not be added.