av9ash/GitBugs huggingface dataset:
Bug: new mail notification shows count of new from inbox, disregarding messages that came in but were moved elsewhere by filters
Status: UNCONFIRMED
Priority: --
Created: 2022-08-15 21:06:58+00:00
Resolved: 2022-09-05 14:24:13+00:00

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

Steps to reproduce:

(1)  Send three messages to a test account with subjects TEST 1, TEST 2, TEST 3.
(2)  Use a filter to match for one of them and move it to a TEMP folder.  (Use STOP EXECUTION to prevent any other fall-through filtering.)
(3)  Selectively download messages for the account.  (Selectively to prevent interference from other messages.)


Actual results:

All three messages were sent OK.

When polling, status line said "Downloading n of **3** messages", then finished and briefly said "Downloaded **3** messages". 

Selected message (TEST 1) went to the TEMP folder as per filter.
However, popup alert displayed subjects for only TEST 2 & TEST 3 and said "Local Folders received **2** new messages".

I have always noticed that alert window may not contain all messages when they are numerous, but this is first time I've actually seen & compared the count on both sides.


Expected results:

The alert popup should have included the message in its tally (subject display and count).

Running TB 102.1.2 -- but fails same way on TB 91.12.0 also, so not a new bug in 102.
All accounts are under LOCAL FOLDERS (presumably what was intended in the popup message phrasing).
Bug: Duo oauth flow can't use hardware security key
Status: UNCONFIRMED
Priority: --
Created: 2022-08-15 21:22:29+00:00
Resolved: 2022-09-09 21:01:23+00:00

Steps to reproduce:

My university recently switched to Office365 for mail hosting, using Duo for authentication. I use a YubiKey, and worked around bug 1765825, and an issue similar to bug 1766071, by setting the default authentication method in the Duo account and setting Thunderbird's user agent to Firefox's, respectively. Several others from my lab tried the same.


Actual results:

The popup prompting to insert the YubiKey fails to launch, preventing login. The others from my lab who rely on hardware tokens similarly could not log in.


Expected results:

Pressing the green "Use Security Key" button should launch a popup prompting for the YubiKey (or whichever hardware token), which should then be detected and used to authenticate. (I'll also point out that at least the three issues mentioned here, plus who knows how many more, would be addressed by allowing the flow to launch in an external browser.)
Bug: clicking file url in message doesn't load
Status: UNCONFIRMED
Priority: --
Created: 2022-08-16 00:48:38+00:00
Resolved: 2022-08-17 01:27:17+00:00

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

Steps to reproduce:

Updated from 91.1.12 to 102.1.2


Actual results:

Clicking on the file URL scheme in the email body does nothing.
Up to the 91 series, it reacted without problems.
Bug: language selection for spell checking should account for the case where 10s of dictionaries are installed
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-08-16 04:50:09+00:00
Resolved: 2022-08-31 17:36:16+00:00

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

Steps to reproduce:

writing a message and click on send button on a debian sid system


Actual results:

tinstead of a dropdown button for selecting the language, all possible languages are listed in an endless list. the lower border of the dialog isn't visible


Expected results:

a dropdown list for selection
Bug: Close deleted mail
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-08-16 06:19:34+00:00
Resolved: 2022-08-26 12:17:03+00:00

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

Steps to reproduce:

Open mail for reading in new tab and delete via button


Actual results:

Mail is deleted but not closed


Expected results:

If you delete an open mail, it should close automatically so that you can open the next mail.
Bug: Microsoft 365: Authentication error using OAuth2 after a while
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-08-16 07:09:12+00:00
Resolved: 2023-07-02 08:45:31+00:00

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

Steps to reproduce:

Add a Microsoft 365 Account using OAuth2 as authentication method.

At first Thunderbird will work just fine. However every 90 minutes or so the connection seems to be renegotiated and sometimes Thunderbird will claim that there was an authentication error and stop synchronizing mails.

This bug is urgent as Microsoft 365 will disable basic auth in October and then OAuth2 will be the only way to connect Thunderbird.


Actual results:

Thunderbird will show an authentication error when the connection is renegotiated. The error message reads:

"authentication error trying to connect to server outlook.office365.com"

At the same time, the log in the Azure Active Directory shows that Azure claims the login attempt was successful. I have attached a screenshot that shows the error in the actitvity log of Thunderbird and the success massage in Azure at the exact same timestamp.

Also there is no error message in Thunderbird. It just stops fetching mails. The only way to see that something is wrong, is be checking the activity log and by noticing that Thunderbird doesn't respond to actions like moving emails into different folders.


Expected results:

Thunderbird should not display and authentication error as the login was successful according to Azure Active Directory.

In addition, if the authentication fails, Thunderbird should try again and display an error message to the user to let them know that there is no connection.
Bug: Filtering/Searching custom header setting disappear after you close Thunderbird.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-08-16 07:26:07+00:00
Resolved: 2022-08-23 03:12:04+00:00

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

Steps to reproduce:

1. Open message search window.
2. Click on Search condition、Select 'Customize..'. 
3. On 'Customize Headers' dialog box, input custom header to search, i.e. X-NewCustomHeader.  Click on 'Add', then 'OK'.
4. Close Thunderbird.
5. Open Thunderbird.
6. Open message search window, and check  'Customize Headers' dialog box. The added new header is disappear. 
This symptom is same for message filtering condition. 


Actual results:

Filtering/Searching custom header setting is gone after closing/reopening Thunderbird. 


Expected results:

Filtering/Searching custom header setting is kept after closing/reopening Thunderbird.
Bug: Incorrectly displayed characters in the Address Book
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-16 14:09:58+00:00
Resolved: 2022-08-16 14:13:04+00:00

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

Steps to reproduce:

Just created a contact with characters with descender (e.g. "p", "q", "g", "j", "y").



Actual results:

The descender is cropped as you can see in the attachment.


Expected results:

The descender should be displayed :-)
Bug: Hyperlinks in emails not working properly when using Firefox flatpack as my browser
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-08-16 14:22:15+00:00
Resolved: 2022-09-04 23:18:02+00:00

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

Steps to reproduce:

Click on hyperlink in any email.


Actual results:

Firefox opens but shows a blank page.


Expected results:

Firefox should have opened and displayed the target page. I am using Firefox Flatpak 1.0 Firefox version 103.0.2.

I have an extension installed called "Open With". If I use this to open a hyperlink to Firefox, the page opens correctly in Firefox. The problem only occurs if I use the built-in mechanism in Thunderbird to follow hyperlinks.

Firefox is set as my default browser. I can open hyperlinks using other applications with no problem (eg. KeePass XC).

User agent string: Mozilla/5.0 (X11; Linux x86_64; rv:103.0) Gecko/20100101 Firefox/103.0
Bug: In-content tabs have too large font size
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-08-16 19:20:08+00:00
Resolved: 2022-08-19 10:54:17+00:00

The font size in our in-content sections is now bloated.
Maybe regressed by bug 1773342

This seems to happen on GTK with increased font sizing.
I'm on elementary OS 6 and I'm using their built-in accessibility feature to upscale the font to 1.25

This is mostly due to our own implementation of the `uiFontSize.jsm`, in which we implemented a default `body` font size of `1rem` to normalize all sizes and respect the OS scaling.

**My setup**
- My OS font size is `12px`. This is what Thunderbird detects and assigns here: https://searchfox.org/comm-central/rev/a5c77525a528bc679d9f9c82e2d02846e6006933/mail/modules/UIFontSize.jsm#156-165
- My OS font scaling factor is set to `1.25`.

If I manually set `font-size: 12px` on the HTML element of a content tab, the UI normalizes correctly.
We don't set the `font-size` style on those elements if it matches the default size of the OS, because up to this point the UI always scaled correctly.

Something has changed that it seems to interfere with those changes and making only the `content` font size larger.
These are uneducated guesses, so I might be completely wrong.
Bug: Intermittent comm/mail/test/browser/composition/browser_*.js | vsync remained enabled at the end of the test. Is there an animation still running?
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2022-08-17 00:22:28+00:00
Resolved: 2024-08-30 00:07:47+00:00

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

---
```

```
Bug: Thunderbird 102 periodically hangs when showing Move To > Recent menu
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-08-17 03:05:54+00:00
Resolved: 2022-08-23 22:46:20+00:00

Steps to reproduce:

After I first open Thunderbird for the day, I right-click on a message in the list and select Move To > Recent from the context menu to get a list of recent destination folders.


Actual results:

Thunderbird will hang for 5–10 seconds before showing the list.

This never happened on Thunderbird 9X, or with any earlier version that I can remember, even though I've historically had a very long list of recent-move-destination folders.


Expected results:

Thunderbird should have immediately shown me the list without pausing for up to 10 seconds.

This is irritating to have Thunderbird just freeze up on me at least once a day, as Move To > Recent is one of the features I use most often.
Bug: Importing accounts from Microsoft Outlook doesn't work at all, Import Wizard completes but nothing has been imported.
Status: UNCONFIRMED
Priority: --
Created: 2022-08-17 12:23:47+00:00
Resolved: 2024-05-05 20:39:31+00:00

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

Steps to reproduce:

Ok, options stated...

The third option says "Import from Outlook", "Import ACCOUNTS, address books, and messages from Outlook."

I choose that 3rd option and hit Continue...

Next screen says "Import from Outlook" and has 4 options below... I UNCHECK ALL the options EXCEPT for the first one which is "Accounts and Settings"... hit Continue

On the next screen it says "Data to be imported" and below that it says "Accounts and settings", mind you that every other email client at this point will have a popup show up giving me the option WHICH accounts to import, the fact nothing like that pops up indicates that the wizard isn't reading data from anywhere...

I now hit "Start Import" (this is on a clean install of Thunderbird, NO ACCOUNTS have been manually configured or anything...

IMMEDIATELY, and I mean not even a second passes by and the windows saying the the wizard has finished pops up... with 18 emails accounts and tens of thousands of emails in those accounts, I don't think Thunderbird is even going through the Outlook file directories

So, to summarize, the options to import accounts using the wizard, DOES NOT WORK.


Actual results:

What happens is the Import wizard goes through the steps but apparently is not reading files from anywhere to import.


Expected results:

Before even choosing WHAT to import, a windows should pop up giving the user the option WHICH accounts on Outlook there are for importing, that never happens.
Bug: In 'Write' window - error pop up 'Problem Loa' when adding new contact to address book
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-17 12:35:11+00:00
Resolved: 2022-08-17 22:45:26+00:00

Windows  OS
TB Version 102.1.2

1. Click on 'Write'
2. 'File' > 'New' > 'Address Book Contact'

*Actual Results:*
- get 'pop up'  which says 'Problem loa...'  see image

*Expected result:*
- able to add contact to address book
Bug: Import dialog gets corrupted when themes are being used
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2022-08-17 12:44:21+00:00
Resolved: 2022-08-17 23:18:13+00:00

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

Steps to reproduce:

New linux installation (Ubuntu, Linux Mint) and even existing installation. Try to import an address-book when a theme, eg. 2 little birds or something else is being used. Just press the Import button


Actual results:

The import-dialog shows up, but part of it is black


Expected results:

The import-dialog should not be affected by the installed theme.

Name: Thunderbird
    Version: 91.11.0
    Build ID: 20220628000715
    Distribution ID:
    User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0
    OS: Linux 5.15.0-46-generic #49-Ubuntu SMP Thu Aug 4 18:03:25 UTC 2022
Bug: Attachment not being added with mailto: URI
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-08-17 13:03:19+00:00
Resolved: 2022-08-18 10:35:31+00:00

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

Steps to reproduce:

Executed `xdg-open "mailto:?attachment=file:///home/mhalano/kubeconfig"` (file exists) on Linux console


Actual results:

The compose window opened but without the attachment added


Expected results:

The compose windows should open with the attachment added. The idea is follow this standard: https://flatpak.github.io/xdg-desktop-portal/#gdbus-method-org-freedesktop-portal-Email.ComposeEmail
Bug: Contacts from macOS address book missing picture and some email addresses
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-17 15:36:43+00:00
Resolved: 2023-11-05 15:56:35+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/104.0.5112.81 Safari/537.36

Steps to reproduce:

When adding in my @icloud email address when configuring TB I expected the contacts system to show user pictures from the contacts and all email addresses


Actual results:

Address books were linked, but no photo displayed and email addresses missing.


Expected results:

Photos should be visible as should all email addresses.
Bug: After deleting a contact, first contact in list gets selected and search box is focused
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-08-17 19:23:53+00:00
Resolved: 2022-10-24 18:34:20+00:00

102.1.2 (64-bit), Win10 (same on Daily 105.0a1 (2022-08-16) (64-bit))
This could be considered a regression (the behaviour has changed and is less useful than before, although we may want another behaviour compared to TB 91).

Henry, could this be caused by Bug 1775245? Would this be fixed by one of the bugs on record, e.g. Bug 1752532 (in which case this should depend on that)?
Maybe Alice can identify a regression range after we get a comment from Henry.

STR

- local AB with 4+ contacts
- select contact #3
- press `Del` key, confirm deletion
- observe focus and selection

Actual

- first contact gets selected - why? This isn't helpful, in fact, it's error-prone especially in combination with next, because now I have a selected contact in the list which I never selected.
- focus ends up in search box - not totally bad, but why? (Or did I suggest this myself??) makes deleting other single contacts from the same list harder, and is a bit jumpy/unexpected.

Expected

- not totally sure, but probably something along the lines of what Henry described on https://phabricator.services.mozilla.com/D151390:
  > When deleting a focused and selected item, we try and select the next item that was not deleted, or (if there's no next item) the last item of the list. This prefers keeping the selection at the same position.
- probably no need to jump focus into search box

Note:

- TB 91 used to focus, but *not* select the first item in the list after deleting an item (which imo was better than now).
Maybe this was to prevent accidentally deleting more addresses than intended by holding `Del` a little to long when we didn't have a confirmation for deleting contacts yet. But now with confirmation, Henry's proposed behaviour will probably feel more natural while still being relatively safe against errors.
Bug: Folder depth limit of 7 in Windows. Folders below that don't show.
Status: UNCONFIRMED
Priority: --
Created: 2022-08-18 00:54:08+00:00
Resolved: 2025-01-27 11:46:56+00:00

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

Steps to reproduce:

IMAP email account.

Created sub folders:
1 current -> 4 housekeeping -> 14 travel -> holidays -> 1 current -> 202x xx xx - 20xx xx xx xxxx xxxxxxxxx W Eur, Spain Portugal -> 1 travel insurance

Then tried to create an additional folder called 'myself' under 1 travel insurance.  


Actual results:

Operation seemed to complete but folder does not show.  It will show in webmail for my email provider, zoho though.


Expected results:

Should be able to see the sub folder.

Seen on Windows 10 64bit and 11 64bit. Definitely not seen with Thunderbird on macOS.
And I think also not seen on Thunderbird on Ubuntu Linux, if I remember.

I think this bug is because Thunderbird is relying on the file system of the host OS to structure local copies of mail account folders and in Windows I think the path depth or length is a known limitation. Hence why this is not seen on Linux/Unix operation systems such as macOS or Ubuntu.

Related issue: bug 249807 - this is for character length however.

I think the solution should be to not rely upon the host OS file system in such a way.

eM Client mail software doesn't have this issue on Windows so they must be using a different way of structuring a local copy of the nested IMAP subfolders. 

I suggest that Thunderbird use something like SQlite database with a table "mail_folder" and a foreign key field that references that folder's parent as a means for storing local copies of the hierarchical mail sub folder nested structure.
Bug: Inconsistency: click on References link and on mid: or news: links in message body
Status: UNCONFIRMED
Priority: --
Created: 2022-08-18 11:07:25+00:00
Resolved: 2025-01-31 11:44:14+00:00

Steps to reproduce:

Behavior of "References" message header links differs from action for "mid:" and "news:" links in message body.

- Open some newsgroup thread.
- Try to click on some item from the "References" header.
- Save draft message with a "mid:" link (or find existing message) and click on this link.
Bonus:
- Copy news message having "References" to local folders and open it with hope to click on some link from "References"


Actual results:

- References links are opened in the same 3 pane tab.
- New windows or tabs are created for "mid:" links.
- References header is not displayed when message is copied from a newsgroup to e.g. local folders.
So behavior of "References" are hardly can be considered consistent. It has not changed in Thunderbird-105.0a1


Expected results:

- Links created for messages listed in "References" header are opened in the same way as for regular "mid:" links. I am unsure which way should be chosen, perhaps middle click to open new tab or window and replace current message in response to left click. It is convenient in browsers, but I am less sure concerning mail client, since left click on a http: link in message body causes new tab in browser.
- References header is available in copies of NNTP articles.

This is followup of the Bug #1780374 comment 3. Maybe inconsistency were mentioned in comments to issues related to handling of "news:" URLs.
Bug: When connecting via Windows RDP to PC where Thunderbird is already running, Thunderbird freezes with "Not Responding"
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2022-08-18 12:35:37+00:00
Resolved: 2022-09-23 12:07:03+00:00

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

Steps to reproduce:

- Thunderbird is running on Windows PC
- Connect via RDP to PC


Actual results:

Thunderbird window would freeze with "Not Responding", only option is to kill process and restart


Expected results:

Thunderbird is running
Bug: The mail folders and emails weren't shown in Thunderbird Daily 105.0a1 (2022-08-18)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-08-18 13:19:47+00:00
Resolved: 2022-08-19 05:00:32+00:00

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

Steps to reproduce:

I started Thunderbird Daily 105.0a1 (2022-08-18) on Wayland in Plasma 5.25.4 on Wayland in a Fedora 37 KDE Plasma installation.


Actual results:

The mail folders weren't shown in Thunderbird Daily 105.0a1 (2022-08-18) each of a few times I ran it. I have folders for an IMAP server and Local folders in my profile. This problem didn't happen with Thunderbird Daily 105.0a1 (2022-08-17) which still showed the folders normally.

I ran mozregression --good 2022-8-17 --bad 2022-8-18 --app thunderbird -p ~/.thunderbird/9hcim5o9.default --profile-persistence reuse

The bisection finished with the following.
1:27.50 INFO: Narrowed integration regression window from [a129fed3, 8dfcba9f] (3 builds) to [723c4ec6, 8dfcba9f] (2 builds) (~1 steps left)
 1:27.50 INFO: No more integration revisions, bisection finished.
 1:27.50 INFO: Last good revision: 723c4ec60cc9b38346877fd1192a27b28174fd42
 1:27.50 INFO: First bad revision: 8dfcba9f23ba23302346a8ac506ff9356a12e384
 1:27.50 INFO: Pushlog:
https://hg.mozilla.org/comm-central/pushloghtml?fromchange=723c4ec60cc9b38346877fd1192a27b28174fd42&tochange=8dfcba9f23ba23302346a8ac506ff9356a12e384

The first bad revision was for Bug 1783831 - handle compose case. Five other revisions were in the pushlog though.


Expected results:

The mail folders would be shown normally in Thunderbird Daily 105.0a1 (2022-08-18)