av9ash/GitBugs huggingface dataset:
Bug: Version 91.2.1 No longer can I open an attached PDF file while composing an email prior to sending.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-05 13:24:34+00:00
Resolved: 2021-11-07 12:38:19+00:00

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

Steps to reproduce:

Prior to TB Ver 91.x.x While composing an email and after attaching a PDF file I was able to click on the PDF file and open it to verify that the document I attached is the correct document that I would be sending.  Now in TB 91.2.1 when I click on the attached PDF file during composition of the email I receive the following error message:
C:\Users\BOB MAIN\Documents\RELEASEFORM.PDF could not be opened, because the associated helper application does not exist. Change the association in your preferences.

Only after I send the email can I go to the Sent Folder and click on the PDF file and it will display the contents.


Actual results:

C:\Users\BOB MAIN\Documents\RELEASEFORM.PDF could not be opened, because the associated helper application does not exist. Change the association in your preferences.



Expected results:

I should be able to open a PDF file that attach to an email during the composition stage as I was able to do prior to TB Ver 91.x.x
Bug: Thunderbird stops responding when opening preferences with language pack installed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-05 14:35:29+00:00
Resolved: 2021-11-06 09:46:54+00:00

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

Steps to reproduce:

Open TB
Click the 3-line menu
click preferences


Actual results:

a blank tab where the preferences should be opens
TB stops responding



Expected results:

the preferences should open in a new tab, as usual.
TB shoudln't stop responding
Bug: Ongoing conversation sent to spam folder
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-05 15:11:42+00:00
Resolved: 2022-07-20 11:52:08+00:00

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

Steps to reproduce:

No way to reproduce unless it just happens again.


Actual results:

Not sure if this is a bug or just a one time glitch. I found an ongoing conversation with no attachments or anything suspicious was sent to my SPAM folder. My client's response came in 10/27/2021 and I unfortunately just noticed it today (11/05/2021). There was an initial email from the client and my response to him. Then, when he responded it went to my spam folder.


Expected results:

The conversation should have stayed in my Inbox since it was an ongoing conversation.
Bug: Email sent from wrong account, Default Account instead of Selected Account
Status: UNCONFIRMED
Priority: --
Created: 2021-11-05 16:03:58+00:00
Resolved: 2022-12-04 20:23:08+00:00

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

Steps to reproduce:

Have two email accounts in Thunderbird:
1) Outlook 365 via IMAP
2) Yahoo via POP (default account)

Created a draft email in Outlook 365 account using Microsoft Outlook (at work) and saved it to the "Drafts" folder (standard Outlook behaviour).  Opened the draft email using Thunderbird (at home).  Using Thunderbird, edited the email a little and then sent it.

TB Version 91.3.0


Actual results:

The email was sent using the Yahoo (default) account credentials, not the Outlook 365 credentials, even though the source of the message was the "Drafts" folder in the Outlook 365 account and the UI focus was on the "Drafts" folder of the Outlook 365 account.

The work-related email was apparently sent using a "personal," insecure service.  Furthermore, any replies will likely end up in the Yahoo account.


Expected results:

Since the email was opened/initiated from the "Drafts" folder in the Outlook 365 account it should have been sent with the Outlook 365 credentials, not the Yahoo (default) account credentials.

Thunderbird should make every possible effort to appropriately match the sending credentials and server with the context of the email being sent.  In this case, because the "focus" was on the Drafts folder of the Outlook 365 account and the email was opened/initiated from that folder it is clear that the appropriate context for this message is the Outlook 365 account.
Bug: Mail notification not shown anymore when content checkboxes unchecked
Status: UNCONFIRMED
Priority: --
Created: 2021-11-05 18:56:29+00:00
Resolved: 2021-11-11 15:52:29+00:00

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

Steps to reproduce:

"Show an alert" is activated in the preferences for incoming mails. In the customize-dialogue all the three checkboxes are unchecked (preview text, subject, sender).


Actual results:

Since one of the latest updates the notification is not shown anymore when a new mail arrives. It only works when you activate at least one of the checkboxes in the customize-dialogue.


Expected results:

A notification should be shown as before (without preview text, subject and sender)
Bug: Unable to archive multiple folders in same session
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-11-05 23:21:03+00:00
Resolved: 2024-09-16 01:30:17+00:00

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

Steps to reproduce:

Upgraded to Thunderbird 91.3.0 (64-bit) on Windows 10.  Have multiple email accounts (about 40).  Selected messages in inbox of one account, and clicked "Archive" button, or simply the "A" key.  Messages archived as expected.  Moved to the inbox of another account, selected messages and clicked "Archive" button, or simply the "A" key.  This time, nothing happened.  Messages were not archived, they remained in the inbox.


Actual results:

Error messages in Error Console:

Uncaught Error: Can only have one MessageArchiver running at once
    archiveMessages resource:///modules/MessageArchiver.jsm:37
    MsgArchiveSelectedMessages chrome://messenger/content/mailWindowOverlay.js:2201
    doCommand chrome://messenger/content/mail3PaneWindowCommands.js:706
    doCommand chrome://messenger/content/mailTabs.js:842
    doCommand chrome://messenger/content/tabmail.js:581
    goDoCommand chrome://global/content/globalOverlay.js:123
    oncommand chrome://messenger/content/messenger.xhtml:1
MessageArchiver.jsm:37:13

An error occurred executing the cmd_archive command: [Exception... "[JavaScript Error: "Can only have one MessageArchiver running at once" {file: "resource:///modules/MessageArchiver.jsm" line: 37}]'[JavaScript Error: "Can only have one MessageArchiver running at once" {file: "resource:///modules/MessageArchiver.jsm" line: 37}]' when calling method: [nsIController::doCommand]"  nsresult: "0x80570021 (NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS)"  location: "JS frame :: chrome://global/content/globalOverlay.js :: goDoCommand :: line 123"  data: yes] goDoCommand chrome://global/content/globalOverlay.js:126
    oncommand chrome://messenger/content/messenger.xhtml:1


Expected results:

Messages should archive, like they did prior to upgrading to Thunderbird 91.
Bug: UI freezes when the system's compositor is suspended
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-06 00:49:59+00:00
Resolved: 2021-11-06 21:51:22+00:00

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

Steps to reproduce:

Start thunderbird.
Turn off compositor. (KWin in this case)


Actual results:

UI stops working (very similar to bug 1712665 with Firefox)


Expected results:

UI continues to work
Bug: Smart/unified/virtual folders do not keep folder selection properly when a folder contains a non-ascii character
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-06 11:06:53+00:00
Resolved: 2021-12-18 17:21:06+00:00

STR

1. Set up a folder with a non-ascii character in the name, e.g. å
2. Set up a smart search folder to search for something that is in that folder, and manually select the folders searched to include that folder.
3. Check the smart search returns a result.
4. Restart

Expected Results

=> The smart search folder still returns a result, and has the non-ascii folder selected in its list.

Actual Results

=> The smart folder on longer returns a result, the non-ascii folder is not selected.

I suspect this is a regression from bug 1571672, and may relate to `nsIMsgFolder.getChildWithURI` taking a `ACString` argument for the URI rather than an `AUTF8String`.
Bug: More potential non-ascii URI breakage from bug 1571672
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-06 15:15:07+00:00
Resolved: 2021-12-11 00:36:39+00:00

Other APIs that are potentially broken from bug 1571672 are listed below. These could cause various breakages with folders that have non-ascii names.

Not all of these are currently used from JavaScript, though some could be used by add-on experiments.

I generated the list by looking through the results of a search for `uri` on `mail**idl`. There may be more under `url`, though mailnews does seem fairly consistent.

* nsIMsgMessageService: https://searchfox.org/comm-central/rev/37baa8dd18341e3dd3083347c3b91292b6cddcc9/mailnews/base/public/nsIMsgMessageService.idl#52,125,197,245
* nsIMsgFolder: https://searchfox.org/comm-central/rev/37baa8dd18341e3dd3083347c3b91292b6cddcc9/mailnews/base/public/nsIMsgFolder.idl#521-522,624
* nsIMsgIncomingServer: https://searchfox.org/comm-central/rev/37baa8dd18341e3dd3083347c3b91292b6cddcc9/mailnews/base/public/nsIMsgIncomingServer.idl#493
* nsIMsgWindowCommands: https://searchfox.org/comm-central/rev/37baa8dd18341e3dd3083347c3b91292b6cddcc9/mailnews/base/public/nsIMsgWindow.idl#21-22
* nsIMsgCompose: https://searchfox.org/comm-central/rev/37baa8dd18341e3dd3083347c3b91292b6cddcc9/mailnews/compose/public/nsIMsgCompose.idl#242,279
* nsIMsgComposeService: https://searchfox.org/comm-central/rev/37baa8dd18341e3dd3083347c3b91292b6cddcc9/mailnews/compose/public/nsIMsgComposeService.idl#133
* nsIMsgSend: https://searchfox.org/comm-central/rev/37baa8dd18341e3dd3083347c3b91292b6cddcc9/mailnews/compose/public/nsIMsgSend.idl#323
* nsIPop3Sink: https://searchfox.org/comm-central/rev/37baa8dd18341e3dd3083347c3b91292b6cddcc9/mailnews/local/public/nsIPop3Sink.idl#18-19,22
* nsIPop3URL: https://searchfox.org/comm-central/rev/37baa8dd18341e3dd3083347c3b91292b6cddcc9/mailnews/local/public/nsIPop3URL.idl#12
* nsIMimeStreamConverter: https://searchfox.org/comm-central/rev/37baa8dd18341e3dd3083347c3b91292b6cddcc9/mailnews/mime/public/nsIMimeStreamConverter.idl#91
* nsINntpService: https://searchfox.org/comm-central/rev/37baa8dd18341e3dd3083347c3b91292b6cddcc9/mailnews/news/public/nsINntpService.idl#34,36,46
Bug: crashing repeatedly - @ AsyncShutdownTimeout | profile-change-teardown | Extension shutdown
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-07 01:49:06+00:00
Resolved: 2022-01-10 18:40:12+00:00

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

Steps to reproduce:

When I exit tbird,  it will not close out. When I re-start it, I receive this dialog bov message "Thunderbird is already running, but is not responding. The old Thunderbird process must be closed to open a new window."  When I close it and then restart it, the program triggers a crash report


Actual results:

The crash report reads: Thunderbird 91.2.1 Crash Report [@ AsyncShutdownTimeout | profile-change-teardown | Extension shutdown: {12a1584b-2123-473d-8752-e82e74e3cb1b},Extension shutdown: {2bc419d0-6cf3-11da-8494-000a95be0946} ]

aaef9130-dc28-4d5e-a2ef-ee9580211107 	2021-11-07 01:33:56 	Thunderbird 	91.2.1 	20211020014537 	Windows NT 	EXCEPTION_BREAKPOINT 	0x66008f3c 	2021-10-29 23:48:00 	0



Expected results:

It should not be crashing
Bug: Full meeting information no longer shows by default upon opening meeting invite
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-07 02:20:58+00:00
Resolved: 2021-11-07 22:52:32+00:00

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

Steps to reproduce:

Immediately upon upgrading from 91.2 to 91.3, I found that opening a meeting invitation message (e.g., from an Outlook user) no longer showed the detailed meeting information (date, time, location) that I was able to see by default in version 91.2 and earlier.


Actual results:

Instead, I see a message heading that reads "<Organization> Master Calendar has invited you to a <Meeting Topic> Meeting". There is a small wedge-shaped icon immediately to the left of this; if I click it, it expands to a large box that contains the detailed meeting information that I need to see by default (and that I used to see by default in Thunderbird versions preceding 91.3). Also, if I change to a different tab and then return to the invitation, the box closes on its own and I have to reopen it. Every. Frustrating. Time.


Expected results:

I should continue seeing the detailed meeting information upon opening meeting invitations messages, as in past versions, and the meeting details box should not disappear (requiring me to re-open it) if I move to a neighboring tab and then return to the original tab during the same session.
Bug: Thunderbird 95.0b1 (64-bit, Win10): Several letters merge with each other
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-07 11:14:55+00:00
Resolved: 2021-11-21 11:58:14+00:00

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

Steps to reproduce:

Just using the client as usual.


Actual results:

Sometimes letters get merged with each other as seen in the attached screenshot. The following did not help:
1. clearing startup cache, 
2. re-indexing ("Repair folder"),
3. even deleting the folder altogether (with data and all) and re-adding it.

The mails are fine on the server and, when downloaded from there to a local ".eml" file, are properly displayed if opened by Thunderbird.


Expected results:

A proper rendering of the mail.
Bug: Thunderbird v91.x detects all emails as "fraudulent".
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-11-07 15:08:14+00:00
Resolved: 2021-11-08 11:59:18+00:00

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

Steps to reproduce:

Hello,

It's annoying, the new version 91 of Thunderbird detects almost all my mails as fraudulent....
Even Mozilla mails are considered fraudulent!

I have disabled everything. Spam detection and fraud detection.
Nothing works, Thunderbird keeps declaring my mails as fraudulent!

It's getting exhausting, I'm considering changing my email client.
Every time I do a major upgrade, it's always the same series of problems...

Win7 Pro SP1 x64
Intel Core i5 x4
RAM DDR3 4GB * 2 (8GB dual channel)


https://i.imgur.com/H0MlrHo.png

https://i.imgur.com/dyAfbXz.png

https://i.imgur.com/D4bLC4I.png


Actual results:

Mail detected as fraudulent


Expected results:

Mail not detected as fraudulent
Bug: CardDAV addressbook does not add the selected photo
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-07 17:42:20+00:00
Resolved: 2022-05-31 02:41:55+00:00

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

Steps to reproduce:

I use TB 91.3.0..
I create a new contact in a CardDAV addressbook.
I add a photo (png with ca. 5kB).
I press OK


Actual results:

The new contact is visible in the list.
The new contact has no visible photo. The generic icon is shown instead.
When I edit the contact, no photo is assigned ("Generic" is selected).

I see an exception in the error console:
18:32:08.737 Unexpected value for PreferMailFormat: 0 VCardUtils.jsm:518:19

When I try to fix by using HTML as default mail format and adding the photo again, I get:
8:39:28.870 Element.releaseCapture() is deprecated. Use Element.releasePointerCapture() instead. For more help https://developer.mozilla.org/docs/Web/API/Element/releasePointerCapture menupopup.js:163:13
18:39:36.569 Unexpected value for x-mozilla-html: TRUE VCardUtils.jsm:527:17
And still no photo to be seen.


Expected results:

The photo I selected during creation should be shown in the contact details.
Bug: CardDAV addressbook does not show photos
Status: UNCONFIRMED
Priority: --
Created: 2021-11-07 17:49:29+00:00
Resolved: 2022-02-24 04:23:46+00:00

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

Steps to reproduce:

I use TB 91.3.0 on Win10 x64.
I added an existing CardDAV addressbook (hosted on Synology NAS) to TB.



Actual results:

I see the list of contacts and the details like phone number, email, notes.
But I do not see any of the contact photos.

The addon "CardBook" (https://addons.thunderbird.net/en-US/thunderbird/addon/cardbook) can show the photos. 


Expected results:

The contact photos should be shown.
Bug: After updating to Thunderbird 91, message filters that refer to folders with non-ASCII names in Gmail will need to be manually modified
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-07 18:00:52+00:00
Resolved: 2021-12-11 00:36:40+00:00

### Steps to Reproduce:
1. Set up an IMAP account for a non-ASCII (Japanese, etc.) version of Gmail in Thunderbird 78.
2. Create some message filter rule that moves messages to an IMAP folder with a non-ASCII name.
3. Start Thunderbird 91 with the same profile.
4. Test message filter.

### Actual Results:
Filter rules for folders with non-ASCII names will not work.
This is because folder's URI  is renamed from modified UTF-7 to UTF-8 without user confirmation, but msgFilterRules.dat is not changed accordingly.
Filter rules need to be modified manually.

### Expected Results:
Unless the folder display name has changed, the message filter should work without manual modification.
In addition, I think it is desirable to set `mail.server.default.allow_utf8_accept` to false by default and enable it with user confirmation.
Bug: CardDAV addressbook seems not to synchronize photos
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-07 18:06:10+00:00
Resolved: 2022-04-06 22:14:39+00:00

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

Steps to reproduce:

I use TB 91.3.0 on Win10 x64.
I add an existing CardDAV addressbook to TB.
I add a new contact with photo.
I click on another contact and then on the just created one. I see the photo.
I then synchronize the addressbook.
I click on another contact and then on the one I just created.


Actual results:

I do not see the photo I added to the contact. The photo is no longer visible, I see the generic icon.
It seems that synchronize removed the photo that I previously added.


Expected results:

The photo should still be visible after synchronize.
Bug: New TBIRD (v91.3.0 (32-bit)) Dark Theme makes Calendar Digits Unreadable
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-07 22:04:10+00:00
Resolved: 2024-05-12 18:08:20+00:00

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

Steps to reproduce:

Install and use Tbird's Dark Theme. Calendar integrated application works OK.  


Actual results:

Numerical digits in Calendar are black with a dark grey "Dark" background making it very difficult to read individual dates in the Calendar.  See attached picture.


Expected results:

This Dark theme worked fine in the previous Tbird version, but something changed in version v91.3.0 where Calendar digits should have been white instead of black agaginst a "Dark" theme background.
Bug: Intermittent comm/mail/test/browser/tabmail/browser_customize.js | Uncaught exception - at resource://testing-common/mozmill/EventUtils.jsm:118 - TypeError: can't access property "getBoundingClientRect", aTarget is null
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-11-07 22:38:18+00:00
Resolved: 2022-04-04 11:57:11+00:00

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

---
```

```
Bug: Many warnings in TB mochitest log: [JavaScript Warning: " - Unknown scalar."]
Status: NEW
Priority: --
Created: 2021-11-08 00:08:44+00:00
Resolved: 2021-11-16 06:34:40+00:00

I think this is architecture agnostic although I observe the warnings under linux64.
I began seeing this early September.

```
412 Console message: [JavaScript Warning: " - Unknown scalar."]
```

(Taken from my summary of latest local log. 
412 at the beginning of the warning is the # of frequencies it appeared. )

More than four hundred such warnings surely point to something
wrong. Incorrect Json file? Broken data file?

Found in other people's try-comm-central jobs, too: So I rule out my
local patches as the cause of thss warning.
E.g.
https://firefoxci.taskcluster-artifacts.net/Bq66mAVqTZW9yUsVdbUE4w/0/public/logs/live_backing.log
This is Goeff's job
https://treeherder.mozilla.org/jobs?repo=try-comm-central&selectedTaskRun=Bq66mAVqTZW9yUsVdbUE4w.0&revision=282a50bcb1aff3b343501350c5731bf19d19327c

Attached is the list of test and where the warning appears
created by 
```
egrep "(Unknown scalar.|TEST_START)" log1350-mochitest.txt
```
The warning seems to come from the following line:
https://searchfox.org/comm-central/source/mozilla/toolkit/components/telemetry/core/TelemetryScalar.cpp#1277

This suggests a problem in telemetry code?
Bug: Save emails as files breaks Windows file history
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-08 00:56:14+00:00
Resolved: 2022-12-04 20:23:26+00:00

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

Steps to reproduce:

Windows file history would not work.


Actual results:

It failed to save files from my document folder. 
Once started, Windows file history abended within a few seconds with error 201.
Hints in the web suggested, that corrupted file names in the folder to save could be the cause.


Expected results:

Actually I found emails that were filed by Thunderbird as files (filetype .eml) with all sort of funny characters like :/?!"

After removing these files from the document folder, Windows file history worked and saved all files from that folder. No more error 201.

So Thunderbird obviously created files with filenames, that broke Windows file history. Sorry, I cannot tell, what characters exactly caused the problem.

As the files were save over a period of some years, it is unclear, what versions created the troublesome .eml files.
Bug: Thunderbird repeatedly asks for self signed certificate trust
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-11-08 07:55:17+00:00
Resolved: 2021-11-12 06:27:26+00:00

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

Steps to reproduce:

I have IMAP and SMTP servers with self signed certificates. I add them to certificate manager and it has been wokring so far.


Actual results:

Now Thunderbird asks for trust for these certificates, despite they are already marked as trusted and exception added. Can not send mail or open IMAP until the certificates are trusted again.


Expected results:

Thunderbird should accept and use the certificates that are trusted by the user.
Bug: Group chats have spinning progress icon
Status: UNCONFIRMED
Priority: --
Created: 2021-11-08 08:34:23+00:00
Resolved: 2022-07-06 19:06:49+00:00

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

Steps to reproduce:

Starting in 95.0b1, group chats now have a spinning progress style icon


Actual results:

Wrong icon.