av9ash/GitBugs huggingface dataset:
Bug: comm-central perma: FATAL ERROR: AsyncShutdown timeout in IOUtils: waiting for profileBeforeChange IO to complete Conditions: [{"name":"CrashMonitor: Writing notifications to file after receiving profile-before-change and awaiting all checkpoints written
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2022-02-07 12:03:34+00:00
Resolved: 2022-04-10 23:57:51+00:00

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

---
```
FATAL ERROR: AsyncShutdown timeout in IOUtils: waiting for profileBeforeChange IO to complete Conditions: [{"name":"CrashMonitor: Writing notifications to file after receiving profile-before-change and awaiting all checkpoints written","state":{"profile-after-change":true,"final-ui-startup":true,"sessionstore-windows-restored":true,"quit-application-granted":true,"quit-application":true,"profile-change-net-teardown":true,"profile-
```
Bug: Dataname with a Colon (Microsoft Lens)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-02-07 14:10:31+00:00
Resolved: 2022-02-09 07:32:28+00:00

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

Steps to reproduce:

Got an Email with a PDF from Microsoft Lens - Dataname e.g. "07.02.22, 14:18 Microsoft Lens.pdf"


Actual results:

Can't open the file directly because the "file was not found".
In the Temp folder the dataname ends at the colon, thats why Thunderbird can't find it.
You can only open it after downloading it to a different folder.
Dataname then "07.02.22, 14-18 Microsoft Lens.pdf" (no colon)


Expected results:

Open a PDF by clicking on it even if dataname has a colon in it.
Bug: Dragging emails to another folder removes content of preceding email
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-02-07 17:56:35+00:00
Resolved: 2022-05-21 07:59:17+00:00

Steps to reproduce:

Thunderbird Beta 97.0b3 (64-bit)
When dragging email or emails from Inbox to another folder.


Actual results:

The content of the preceding email disappears and the email header of the top dragged email appears in the preview window with empty content.
(Image file attached)


Expected results:

The content of the preceding email should remain intact and its header and part of the content should be displayed in the preview window.
Bug: Fails to send an email with a pdf file attached. All other file types OK
Status: UNCONFIRMED
Priority: --
Created: 2022-02-07 18:05:48+00:00
Resolved: 2022-02-09 12:50:59+00:00

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

Steps to reproduce:

Tried again.  
Also tried using Windows mail with no problem to eliminate McAfee and server settings as causes.


Actual results:

pdf attachments failed - message to check SMTP server settings which are correct


Expected results:

Mail should have been sent normally.
Bug: Thunderbird 98.0a1 (2022-02-07) and 98.0b1/b2 Crash in [@ js::RunScript ] or [@ PromiseReactionJob ] after closing/shutdown
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-02-07 20:30:03+00:00
Resolved: 2022-05-13 10:16:20+00:00

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

Steps to reproduce:

I updated Thunderbird 98.0a1 on Wayland from 2022-02-06 to 2022-02-07 using the Help > About Daily window in a Fedora 35 KDE Plasma installation with Plasma 5.23.5 on Wayland. I started Thunderbird 98.0a1 (2022-02-07) and used it.  I closed Thunderbird.


Actual results:

After I closed Thunderbird 98.0a1 (2022-02-07), I tried to start it again within 30 seconds. An error box had the message "Thunderbird is already running, but is not responding. To use Thunderbird, you must first close the existing Thunderbird process, restart your device, or use a different profile." The Thunderbird Crash Reporter appeared about a minute after closing Thunderbird. The first crash report had the signature [@ js::RunScript ] and was in NS_DebugBreak at hg:hg.mozilla.org/mozilla-unified:xpcom/base/nsDebugImpl.cpp:9212c99a00f195539b334c8cfea48786448969b0:433
The crash reason was [Parent 1986, Main Thread] ###!!! ABORT: file resource://gre/modules/CrashMonitor.jsm:175 
https://crash-stats.thunderbird.net/report/bp-eda32b84-a509-4a57-835a-2f77e1220207#tab-details 

Thunderbird 98.0a1 (2022-02-07) crashed 8/8 times after closing, 6 of which had the signature [@ PromiseReactionJob ] with what looked to be the same trace and reason as above.
https://crash-stats.thunderbird.net/report/bp-89e36cf0-e3b6-471c-a70f-c8f411220207

I tried to use mozregression to bisect the problem, but it didn't download anything to test.

mozregression --app thunderbird --good 2022-02-06 --bad 2022-02-07 
 0:01.19 INFO: Got as far as we can go bisecting nightlies...
 0:01.19 INFO: Last good revision: a4c122858ebe9bb672b411e093e6342a53a1243a (2022-02-06)
 0:01.19 INFO: First bad revision: 1869b10836585e6f7e9b510c1f96f389b6392936 (2022-02-07)
 0:01.19 INFO: Pushlog:
https://hg.mozilla.org/comm-central/pushloghtml?fromchange=a4c122858ebe9bb672b411e093e6342a53a1243a&tochange=1869b10836585e6f7e9b510c1f96f389b6392936

 0:01.19 INFO: Switching bisection method to taskcluster
 0:01.19 INFO: Getting comm-central builds between a4c122858ebe9bb672b411e093e6342a53a1243a and 1869b10836585e6f7e9b510c1f96f389b6392936
 0:02.47 INFO: No more integration revisions, bisection finished.
 0:02.47 INFO: Last good revision: a4c122858ebe9bb672b411e093e6342a53a1243a
 0:02.47 INFO: First bad revision: 1869b10836585e6f7e9b510c1f96f389b6392936
 0:02.47 INFO: Pushlog:
https://hg.mozilla.org/comm-central/pushloghtml?fromchange=a4c122858ebe9bb672b411e093e6342a53a1243a&tochange=1869b10836585e6f7e9b510c1f96f389b6392936




Expected results:

Thunderbird would close normally.
Bug: Hide the invitation display link container in status bar and prevent unwanted focus step
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-02-07 22:16:59+00:00
Resolved: 2022-08-24 09:21:20+00:00

Easter eggs are alright if intended, but uninteded easter eggs which consume a focus stop are less funny... Ever heard of the focusable status bar spot which gives you a mysterious blank invitations dialog when you press Enter? (see screencast)

STR (seen on 98.0a1 (2022-02-07) (64-bit), Win10)

1. For ease of reproduction, open a modal (HTML) dialog like `≡ > Preferences >  System Integration > Check now...` (search prefs for 'Check now')
2. press `Tab` key carefully until you reach the last button on dialog (`Cancel`)
3. press `Tab` key one more time while observing lower-right corner of status bar.
4. press `Enter` with focus indication on status bar

Actual 
- after step 3, lower-right corner of status bar gets vertical stripe of blue focus dots
- after step 4, blank invitations dialog pops up with a spinner saying "Updating list of invitations" - but nothing is forthcoming.

Expected
- remove useless focus spot
- investigate where the invitations dialog comes from, if it's still used, and if that status bar element should be removed or some similar remedial course of action.

Please someone enlighten me about the "Invitations" dialog - is that available from somewhere else?
Bug: Modal HTML5 dialogs do not contain their tab sequence - cycles dozens of window stops before returning to the dialog
Status: NEW
Priority: --
Created: 2022-02-07 23:20:40+00:00
Resolved: 2023-02-12 21:18:21+00:00

Maybe someone intended this as a feature (?), but looking at [wai-aria best practices](https://www.w3.org/TR/wai-aria-practices/#dialog_modal), it does look like a bug.
- Feels extremely odd when pressing `Tab` on what looks like a modal dialog suddenly takes you on a tour of unrelated tab stops on the underlying window, instead of cycling just the modal dialog as it used to do since time immemorial.
- Also makes it impossible to close the dialog with `Esc` or main dialog button as long as focus is wondering about.
- Worse, due to another bug, all the close buttons on every open tab are now tab stops, so returning keyboard focus to the dialog using keyboard only may be non-trivial.

STR

1. Open a number of application tabs, or an even larger number of message tabs.
2. Open any modal dialog, e.g. from new Address Book, edit a contact, focus the profile picture, and press Enter to get the `Add photo to contact` dialog (which unfortunately doesn't have a title).
3. Press `Tab` with intention of cycling dialog options and buttons.

Actual
- If you're lucky and the dialog actually has focus (a focus ring somewhere in the dialog), pressing `Tab` a couple of times will remove focus from the modal dialog and start to focus a lot other spots in the underlying window:
  - status bar (bug 1754084)
  - ~all close buttons of all open tabs (as many as you may have)~ (fixed by Bug 1754097)
  - Spaces toolbar buttons
Thus it's very hard to return focus to the dialog using keyboard, e.g. to reach its other options/buttons.

Expected
- Per https://www.w3.org/TR/wai-aria-practices/#dialog_modal, modal dialogs must *contain* their tab sequence, i.e. pressing `tab` must cycle only within the dialog.
- The modal dialog must retain focus within the content tab so that `Esc` will always close it
- I guess it's ok if Ctrl+page up/down and Ctrl+[Shift]+Tab continue to work for switching tabs
Bug: Pressing `Tab` on main window cycles the close buttons of *all* open tabs
Status: VERIFIED
Priority: P4
Resolution: FIXED
Created: 2022-02-07 23:38:56+00:00
Resolved: 2022-08-24 09:13:29+00:00

+++ This bug was initially created as a clone of Bug #1754094 +++

Seen on 98.0a1 (2022-02-07) (64-bit)

STR/Actual

With focus on a tab title, pressing `tab` will now cycle the tab's close button and then all other close buttons of *all* open tabs. Cycling a potentially randomly large number of elements is usually a bad idea, because it can make general navigation really hard. It's also not even helpful for closing multiple tabs via keyboard (try it!). Somewhere between TB 91 and Daily, this has regressed. Well, switching tabs via arrow keys was broken in TB 91, too.

Expected:

Firefox 96.0.3 (64-bit) has the correct and useful behaviour:
- Shift+Tab into tab title, which will have a clear solid blue focus ring (not the almost invisible thin dotted line which TB is showing)
- Cursor right/left switches to other tabs
- `Tab` follows the tab cycle of the current tab only

As a sidenote, if we'd allow `Del` on a focused tab title to close the tab, that might be more efficient than the currently available keyboard methods of closing the tab...
Bug: Chosen color of compose window background isn't honored
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-02-08 01:45:02+00:00
Resolved: 2022-12-05 21:55:40+00:00

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

Steps to reproduce:

I opened a new compose window.

In TB Menu > Preferences > General > Language & Appearance > Colors: 
- my chosen colors are red for text and a black for background
- use system colors is disabled
- override colors..  is set to Always




Actual results:

When I open a new compose window, the colors on the formatting toolbar are correct, but the background color is always white no matter what color I choose.


Expected results:

The background color should be whatever I choose it to be, not white all the time.
Bug: Download LDAP directory locally and switch to offline -> delete ldap file
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-02-08 14:17:17+00:00
Resolved: 2022-03-28 19:43:06+00:00

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

Steps to reproduce:

1. Download a LDAP directory
2. Wait for the end of the replication
3. Switch to offline


Actual results:

The LDAP file, which has just been downloaded and created, is deleted.




Expected results:

The file is not deleted.

In LDAPReplicationService.jsm, there is no connection closure after a success.
This is why, if another event is triggered (e.g. going offline), it will apply the associated action (deleting the file).
Bug: default email apparently not working
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-02-08 15:25:30+00:00
Resolved: 2022-10-18 11:02:11+00:00

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

Steps to reproduce:

Check Preferences | General | System Integration | Always check ... ON :
(no complaint on start up)
Check now : email NOT selected, feeds ON (but greyed and unchangeable - I do not use feeds)
Click the box for email, with or without clicking 'Set as Default '

Windows default programs:
TB is set for email (ALL items), and ALL not set for news feeds.
Eudora is NOT set as a default - both items point to TB

ThumbsPlus (graphic manager) cannot see TB and sends mail to Eudora, despite being set for "default email program".


Actual results:

Nothing - no change.


Expected results:

The box should remain ticked.  Eudora should not be invoked.  
There is an inconsistency or lack of function somewhere.
(This might be related to the inconsistency in 'mailto:' - sometimes it works (Acrobat Reader), sometimes not (Firefox)).
Bug: Incorrectly colored 2px border on a tagged and selected message row
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-02-08 19:46:59+00:00
Resolved: 2022-02-16 21:54:17+00:00

The selected and focused state of a message row was never a problem since the focus indicator was a barely noticeable dotted outline.
Now that it's 2px and it uses the `currentColor`, it looks out of place when a message is colored by an applied tag.

We should force the outline color of tagged messages to use a darker variation of the current background color.

Maybe regressed by bug 1747715, but I'm not sure.
Bug: c-c perma - toolkit/components/telemetry/tests/unit/test_TelemetrySessionGIFFT.js | test_assemblingInstrumentation - [test_assemblingInstrumentation : 51] "undefined" == true
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-02-08 22:33:50+00:00
Resolved: 2022-02-14 06:27:18+00:00

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

---
```

```
Bug: Will not accept my password
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-02-08 22:37:26+00:00
Resolved: 2022-02-12 16:29:07+00:00

Steps to reproduce:

I was using Thunderbird to receive incoming mail and, without warning, Thunderbird started asking me to enter my password for IMAP.aol.com. I did not change the password. My phone and my laptop still have access to the email account.

I was prompted to Retry or Enter New Password or Cancel. None of these options allowed me to receive or send mail.

I shut down Thunderbird and restarted it, but the problem continued.

At the upper left-hand corner, the dot that goes back and forth never stops.

I am running release 91.5.1 "You are currently on the release update channel."


Actual results:

Nothing that I knew I did. 


Expected results:

I should have been able to continue to use Thunderbird.

I am a long time Thunderbird user and never had a problem until now.
Bug: Perma comm/mail/test/browser/folder-display/browser_mailTelemetry.js | application crashed [@ mozilla::NullPrincipal::CreateURI(nsIPrincipal*, nsID const*)]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-02-08 23:35:31+00:00
Resolved: 2022-04-07 08:14:39+00:00

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

---
```

```
Bug: provider does not support changing "store" on the fly
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-02-09 03:10:32+00:00
Resolved: 2022-02-09 21:38:51+00:00

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

Steps to reproduce:

Open Thunderbird. Open Error Console.


Actual results:

Saw this error.


Expected results:

Not seen this error.
Bug: Broken click handler in conent tabs and WebExtension Windows
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-02-09 07:47:23+00:00
Resolved: 2022-03-21 11:13:55+00:00

STR:

Create a simple html page with an `<h1 id="test">some header</h1>` and a link to "#test" somewhere at the bottom after a lot of text to jump back to the top. Load that page with `browser.tabs.create({url})` or `browser.windows.create({type: "popup", url})`. The link does not work in Thunderbird. It does in Firefox.

This is not only limited to WebExtension windows, but also affects standard content tabs.

There is a standard click handler invoked, which calls ContentDispatchChooser.jsm and tries to access gBrowser.getTabDialogBox which we do not have.

https://searchfox.org/mozilla-central/rev/b697834e78a3ef7613e2fa57c07624b1d9d1c909/toolkit/mozapps/handling/ContentDispatchChooser.jsm#540

But I guess this itself is wrong already. I have not found where that is hooked up to our tabs/windows.
Bug: Primary Password NO longer protects Thunderbird on launch
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-02-09 08:22:02+00:00
Resolved: 2022-02-09 13:02:20+00:00

Steps to reproduce:

1. Open Thunderbird
2. Press "Cancel" on the Primary Password request prompt



Actual results:

Thunderbird is loaded


Expected results:

Thunderbird should not load
Bug: Sending from alternate address creates zombie window
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-02-09 16:27:08+00:00
Resolved: 2024-12-26 20:29:52+00:00

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

Steps to reproduce:

OS: Ubuntu 21.10 (this also occurred with 21.04)
Gnome version: 40.4.0
Windowing system: Wayland

Sending an email from an alternate address prevents Thunderbird from closing properly. After closing, a dot persists next to the Thunderbird icon in the Gnome dash, indicating that Gnome thinks a window is still open. Clicking the icon in the dash moves focus to the workspace that Thunderbird was running in but does not open Thunderbird.

Steps to reproduce:

1. Click Write to create a new email message.
2. Enter a recipient address.
3. Click in the From address box and choose an alternate email address to send from.
4. Click Send.


Actual results:

When the Sending dialog opens, a dot appears next to the Thunderbird icon in the Gnome dash. When the dialog closes, the dot remains. After closing Thunderbird (via the window's X, by using the menu, or by typing CTRL-q), the dot remains.  Subsequently clicking the Thunderbird icon switches focus to the workspace where Thunderbird was running, but does not start Thunderbird.


Expected results:

After the email is sent, the dot corresponding to the Sending dialog should disappear from the dash, allowing Thunderbird to be reopened from the dash after it is closed.
Bug: Message list overlaps top of message pane (sender and iconic message header toolbar buttons partly covered)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-02-09 16:47:11+00:00
Resolved: 2022-12-02 12:53:24+00:00

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

Steps to reproduce:

Click on any message in the top central pane. The message is displayed in the pane below.
User agent string:
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.5.1


Actual results:

The top line of the message with the 'From' and icons is partly obscured by the pane above.


Expected results:

There should not have been an overlap.
Bug: Windows 7 error on TB startup: "Thunderbird has stopped working"
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-02-09 17:37:08+00:00
Resolved: 2022-12-02 13:37:58+00:00

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

Steps to reproduce:

The Error: "Thunderbird has stopped working on startup" is displayed after every Thunderbird startup following most recent update.


Actual results:

Error: "Thunderbird has stopped working on startup" dlg
See attached image


Expected results:

no error
Bug: Forwarding email from `Sent` folder of account A, after changing sender to account B, creates unexpected message copy in `Inbox` of account A
Status: UNCONFIRMED
Priority: --
Created: 2022-02-09 18:19:31+00:00
Resolved: 2022-02-10 12:50:48+00:00

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

Steps to reproduce:

I have two email accounts in thunderbird. I take one email from the "sent" folder from the first account, press "forward", change the sender address into to the second account. 
(Thunderbird 91.5.1)


Actual results:

Forwarding works (for the receiver). But the so forwarded emails additionally appear in the inbox-folder of the first email account. WHY? That is new.


Expected results:

The so forwarded emails should not appear in the inbox of the first email account. This worked fine until one of the last updates.
Bug: For users with Visually-Induced Dizziness, there is no longer any accessible Print Dialogue in Thunderbird
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-02-09 22:02:08+00:00
Resolved: 2022-02-11 07:15:42+00:00

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

Steps to reproduce:

1. Slipped up and let Thunderbird update.

2. Attempted to print.


Actual results:

3. Got hit with new print modal, got migraine.


Expected results:

4. Thunderbird should allow printing using the system dialogue, or another print dialogue, instead of the modal.

Regressed by bug 1711822 https://phabricator.services.mozilla.com/D115673

Related bug 1712104

Older bugs on the same issue 1713540 which was merged into 1692100 which was mistakenly closed with 1723989 which was *another* accessibility bug with *other* animation in the new modal print dialogues.
Bug: Renaming folder causes its subfolders to lose new message indicator
Status: UNCONFIRMED
Priority: --
Created: 2022-02-09 23:51:23+00:00
Resolved: 2025-01-19 03:59:10+00:00

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

Steps to reproduce:

1) Create a folder named ABCDE.
2) Create a subfolder of that folder.
3) Create a message filter that will move messages with the subject Testing 123 to the subfolder.
4) Send a message to oneself with the subject Testing 123.
5) Get Messages - when the message arrives, the subfolder's name will change color to blue.
6) Rename folder ABCDE to ABCD - the folder will close.
7) Reopen the folder - the subfolder is no longer blue.
8) Rename folder ABCD to ABCDE - the subfolder is blue again.


Actual results:

See above.


Expected results:

The color of the subfolder should be unaffected by renaming its parent folder.