av9ash/GitBugs huggingface dataset:
Bug: Count of new mails on windows taskbar (badge) is wrong
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-04-13 12:24:21+00:00
Resolved: 2023-04-26 11:54:41+00:00

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

Steps to reproduce:

Every now and then, the badge showing new mails on the Windows taskbar shows wrong numbers. It seems it is not always reset when emails are read.

This is hard to reproduce on demand, as I basically have to wait for some mails to arrive, see the badge count, read the emails and verify the badge count again.


Actual results:

Badge count on windows taskbar is wrong.


Expected results:

Badge count on taskbar should match the new entries in main window.
Bug: Mail account creation can get stuck on "Checking password" and "Error Creating Account: Incoming server already exists"
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-04-13 12:28:59+00:00
Resolved: 2023-04-17 07:18:10+00:00

**User Info**
    Name: Thunderbird
    Version: 114.0a1
    Build ID: 20230412103024
    Distribution ID:
    Update Channel: nightly
    User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:109.0) Gecko/20100101 Firefox/114.0 Thunderbird/114.0a1
    OS: macOS 13

**Description**
This bug has been around for a few months since at least 112. But the specifics of how this works in Daily may have changed over time.

On account creation, the setup can be stuck on "Checking password." Some email logins occur through a dialog (such as Google and Yahoo). Once a user fills out those fields and successfully logs in on the dialog, Thunderbird does not recognize that login. The user is stuck on "Checking password."

If I close the tab, I check in Account Settings for the account and it does not exist.

If I go to Settings > Account Settings > Account Actions > Add Mail Account and try to add the same email. I get an alert: "Error Creating Account: Incoming server already exists."

In today's Daily build on macOS, there is no way for me to successfully log in. Closing and reopening the application does not fix this problem.

If I was a new user, encountering this might make me decide not to use Thunderbird as setup could be difficult and confusing.

I usually am able to close the application and rereun it in development. This usually results in the account successfully being able to be added by me after going through the Add Mail Account steps on relaunch. When selecting Done, the application recognizes the login and is able to get to the add address books and calendars screen.

**Steps to Reproduce**
1. Add a mail account that requires multi-factor authentication or uses a dialog for login
1. Fill in email address
1. Select Done
1. Log in to mail account through dialog

**Actual Results**
1. I continue to see "Checking Password"
1. If I try to re-add the account, I get "Error Creating Account: Incoming server already exists"

**Expected Results**
On successful login, Thunderbird recognizes the login, tells me login was successful, and shows me address books and calendars I can connect to Thunderbird.
Bug: Longer attachment name fails to text-overflow with ellipsis, pushes other UI elements out of view (Save button, attachment file size etc.)
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2023-04-13 12:42:12+00:00
Resolved: 2023-10-10 17:34:37+00:00

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

Steps to reproduce:

mailed received with long  length attachment name[higher than attachment row or resize message reader to small size] hide file size in daily branch.


Actual results:

hide file size in daily branch.


Expected results:

should not hide filesize.
Bug: Do-Not-Track preferences, link to "learn more" isn't shown
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-04-13 13:08:58+00:00
Resolved: 2023-04-26 15:03:29+00:00

Thunderbird, settings, privacy&security, web content.

For preference "do not track", our code intends to show a hyperlink to "learn more", but it isn't visible.

Possibly regressed by bug 1615501 in 2020...
Bug: Not all created tabs/windows fire tabs.onUpdated events
Status: NEW
Priority: --
Created: 2023-04-13 15:14:18+00:00
Resolved: 2023-04-24 19:31:09+00:00

Some of our tabs/windows do not fire `tabs.onUpdated` events. 

- task/calendar/chat: do not have a dedicated browser element and are not yet supported by our APIs
- messageCompose has a dedicated browser element and is fully supported and should fire `tabs.onUpdated`
Bug: Message filters being deleted
Status: UNCONFIRMED
Priority: --
Created: 2023-04-13 16:07:36+00:00
Resolved: 2023-04-20 02:11:51+00:00

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

Steps to reproduce:

Go to Tools/Message Filters/Copy (or New).  Give filter unique name, check Manually Run and Getting New Mail (defaults).  Select "Match any of the following".  Select "From", "contains", and enter a domain name part of an email address.  If necessary, press "+" and enter another.  Under "Perform these actions", select "Move Message to" (default) and select "Trash".  When finished, select "OK".

"X" out of "Message Filters.  Select Tools/Run Filters on Folder.  Observe that messages are moved to Trash.

Some time later, perhaps even one day, observe new offending messages still in Inbox.  Select Tools/Message Filters.  Observe new filter is gone.


Actual results:

I have Thunderbird 102.9.0 (64-bit), running on Linux Mint 20.3 (Una). Thunderbird is losing rules in a message filter, and losing message filters. I have 6 filters, 5 active.

I'm getting unwanted emails from 99 email addresses. I created a message filter, "loanfrontends", and added some of the email addresses. As another came in, I would add it. (I'm tracking them in a spreadsheet.) I had 20 rules entered (to move messages containing any of the email addresses to Trash). Ran the filter manually, messages went to Trash. Over several days, more were moved to Trash.

Then they weren't. I checked and message filter loanfrontends had only 3 rules. The other 17 disappeared. Concerned that there may be some limit to the number of rules, or filters, or whatever, I created another message filter, "loanfrontends01". (By create, I mean copy loanfrontends, removing existing rules, and adding new ones) I added 4 rules. Manually ran to test, and the messages were moved to Trash.

A few days later, I noticed messages not being moved. Checking message filters, I note that loanfrontends01 is gone. I've created another message filter, added some addresses to it. And it also disappeared after a few days.

New info... created another filter yesterday (12 Apr), from "new", tested and it worked. Today (13 Apr), the filter is gone.


Expected results:

I expect the filters to not be gone and messages to be handled in accordance with the filters.
Bug: Thunderbird 113.0b1 address book search, delete one from list, deleted address appears
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-04-13 19:09:42+00:00
Resolved: 2023-10-02 14:02:20+00:00

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

Steps to reproduce:

In address book, searched in all address books for name, got list of matches, deleted one.  Following delete, the deleted address appeared in the list, but another address was gone.
Selected a random single address book then back to search of all address books, searched for name and the correctly updated list appeared.  


Actual results:

It appears that the correct address was deleted, but the immediate feedback appears to show a serious problem.  So the issue is probably just in how the search results are re-displayed after a delete.


Expected results:

deleting an  address from the search list should show the deleted item gone and the rest of the list intact.
Bug: random emails open with no headers and body with only </html> and random numbers
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-04-13 19:46:35+00:00
Resolved: 2023-04-20 10:10:40+00:00

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

Steps to reproduce:

clicked on the normal subject line email to open it. For instance, one was 
New Book Announcement!     Sarina Bowen     12:51. 


Actual results:

email headers missing and email body contains
 </html>
several blank lines
then --random numbers, letters, symbols--

To get rid of these emails I have to right-click the subject lines and choose move file to trash.
Have had a few of these from random email accounts and senders over the last week or two. I did upgrade a few versions today but I can't remember what the version was before the upgrade. It had been a few weeks since I upgraded.


Expected results:

email should have been displayed as a newsletter in likely html format with graphics etc.
Bug: Editing a Filter, the OK Button does not appear at the bottom
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-04-14 00:39:42+00:00
Resolved: 2024-01-10 12:01:50+00:00

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

Steps to reproduce:

I tried to edit a filter and to save it


Actual results:

The OK button was not there as the filter has too many elements in it


Expected results:

The OK button should be there, as in a smaller filter
Bug: Yahoo IMAP - Archive & Bulk Mail folder cannot be removed from Trash
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-04-14 07:01:35+00:00
Resolved: 2025-02-10 02:01:35+00:00

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

Steps to reproduce:

In the distant past, perhaps around TB 60, or earlier I moved the Bulk Mail and Archive folder to the Trash and to try to delete them since I did not find the same folder names on the web yahoo mail login, stupidly not know how TB was mapping them.  Unfortunately, the two folders have been stuck in the Trash ever since, as they are currently in my TB version 102.10.0


Actual results:

The two folders have been stuck there, and I cannot remove (or move) them and they do not mirror the same IMAP account folder architecture that show up on my iPhone, nor what is on the web login of yahoo mail.  

The Trash folder has since been renamed to Deleted Items, Archive is still Archive, and Bulk Mail is Spam.  All three are at the same top folder level as Deleted Items.


Expected results:

I have deleted this account from Thunderbird multiple times, and cannot seem to get the reset account to mirror the online folder version.
Bug: Thunderbird hangs after update
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-04-14 07:52:18+00:00
Resolved: 2023-10-07 18:14:16+00:00

Steps to reproduce:

Thunderbird was updated today on my Ubuntu 18.04 x64 machine to version 102.10.0. I first opened my google calendar (integrated via plugin) and tried to create a new event. 


Actual results:

After i typed the title, thunderbird hung and did not respond anymore - i had to force quit manually. I restarted thunderbird and checked my emails - reading emails and sending emails was possible. When I clicked on File or Edit or Help, thunderbird began to hang again and I had to force quit. Seems like this was caused by the update this morning.


Expected results:

Thunderbird should run without hanging
Bug: Usenet messages not displayed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-04-14 10:50:18+00:00
Resolved: 2023-04-15 11:39:01+00:00

Steps to reproduce:

Open a new Usenet newsgroup, having no cached messages.


Actual results:

Message will not be displayed.
Message pane can be populated with the thead's view or the message from the cache.

Error console:
Did you try to stream an nttp message? Doesn't work. See bug 545365. 33 MimeMessage.jsm:132:13
    onDataAvailable resource:///modules/gloda/MimeMessage.jsm:132
    onData resource:///modules/NntpChannel.jsm:325
    _actionArticleResponse resource:///modules/NntpClient.jsm:756
    read resource:///modules/LineReader.jsm:56
    _actionArticleResponse resource:///modules/NntpClient.jsm:749
    _onData resource:///modules/NntpClient.jsm:225
TypeError: aPart is null
MimeMessage.jsm:146:7
    stripEncryptedParts resource:///modules/gloda/MimeMessage.jsm:146
    wrapCallback resource:///modules/gloda/MimeMessage.jsm:220
    onStopRequest resource:///modules/gloda/MimeMessage.jsm:106
    onDone resource:///modules/NntpChannel.jsm:338
    _actionDone resource:///modules/NntpClient.jsm:937
    _actionArticleResponse resource:///modules/NntpClient.jsm:761
    read resource:///modules/LineReader.jsm:65
    _actionArticleResponse resource:///modules/NntpClient.jsm:749
    _onData resource:///modules/NntpClient.jsm:225
mailnews.nntp: Failed to process server response [object Object]. NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS: [JavaScript Error: "aPart is null" {file: "resource:///modules/gloda/MimeMessage.jsm" line: 146}]'[JavaScript Error: "aPart is null" {file: "resource:///modules/gloda/MimeMessage.jsm" line: 146}]' when calling method: [nsIStreamListener::onStopRequest]
    onDone resource:///modules/NntpChannel.jsm:338
    _actionDone resource:///modules/NntpClient.jsm:937
    _actionArticleResponse resource:///modules/NntpClient.jsm:761
    read resource:///modules/LineReader.jsm:65
    _actionArticleResponse resource:///modules/NntpClient.jsm:749
    _onData resource:///modules/NntpClient.jsm:225
NntpClient.jsm:227:20
    _onData resource:///modules/NntpClient.jsm:227



Expected results:

Message should be downloaded and displayed.

The issue started with 111 betas, 110.0b4 working just fine.
Thunderbird 113.0b1, version ID 20230411010158
Bug: notifications API: onClicked and onClosed no longer fire
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-04-14 12:09:58+00:00
Resolved: 2023-11-01 10:37:34+00:00

This was first reported in bug 1716200 comment 16.

The [`onClicked`](https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/notifications/onClicked) and [`onClosed`](https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/notifications/onClosed) events in the notifications API no longer fire in the latest Thunderbird Beta 112 and Daily 113 or 114. They work as expected in Thunderbird 102 ESR. I am currently on Windows and TB has followed FF in recently switching to the native OS notifications on Windows, so this bug could be related to that switch.

John - I do not have time ATM to create "a reproducer add-on" as you requested, but here is some example code to reproduce the issue:
```js
browser.notifications.onShown.addListener((notificationId) => {
	console.log("onShown", notificationId);
});

browser.notifications.onClicked.addListener((notificationId) => {
	console.log("onClicked", notificationId);
});

browser.notifications.onClosed.addListener((notificationId) => {
	console.log("onClosed", notificationId);
});

browser.notifications.create({
	type: "basic",
	title: "🖱️ Click Me!",
	message: "This is a test.\nPlease click me!"
});
```
If you click the notification, you should of course see all three messages in the console, but only the first one appears (the `onShown`).
Bug: Support mailto: urls in tabs.update(), tabs.create() and windows.create()
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-04-14 12:38:46+00:00
Resolved: 2024-06-12 12:28:41+00:00

This bug was created at the request of John in bug 1716200:

(In reply to John Bieling (:TbSync) from comment #15)
> mailto: is broken elsewhere, do not know where. Needs to be fixed in a different bug. Maybe the protocol handler does not like pointing back at itself.

(In reply to John Bieling (:TbSync) from comment #17)
> For me, this does not work if executed from the console:
> ```
> Cc["@mozilla.org/uriloader/external-protocol-service;1"].getService(Ci.nsIExternalProtocolService).loadURI(Services.io.newURI("mailto:user@inter.net"));
> ```
> 
> That is not limited to add-ons. There is something broken elsewhere. It does work in Firefox. 

This issue is preventing the [`tabs.update()`](https://webextension-api.thunderbird.net/en/latest/tabs.html#update-tabid-updateproperties) Mail/Web Extension API from opening `mailto:` URIs. Note that this API does work in Firefox with `mailto:` URIs as expected. Based on my remark in bug 1716200 comment 0, this must have worked at some point. Note that clicking a real `mailto:` link in TB does still open the compose window as expected.
Bug: Make tabs.create() compatible with Firefox
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-04-14 13:15:00+00:00
Resolved: 2024-02-14 10:53:56+00:00

This bug was created at the request of John in bug 1716200:

(In reply to John Bieling (:TbSync) from comment #17)
> > Currently in the latest TB Daily, tabs.create() with an arbitrary URI just opens a blank tab and does not prompt the user to open their external application.
> 
> Hm. I think that does not work, because it triggers the overlay prompter and not the dialog prompter. That needs a new bug.


Bug 1716200 should fix the [`tabs.update()`](https://webextension-api.thunderbird.net/en/latest/tabs.html#update-tabid-updateproperties) function to be compatible with Firefox and support opening arbitrary URIs, but the [`tabs.create()`](https://webextension-api.thunderbird.net/en/latest/tabs.html#create-createproperties) function still does not work as expected. With an arbitrary URI, it just opens a blank tab and does not prompt the user to open their external application.

For some context, with my [Link Creator](https://addons.thunderbird.net/en-US/thunderbird/addon/link-creator/) add-on, users can select text to open unlinked URIs, URLs, email addresses, telephone numbers, etc. After bug 1716200 lands, it will be able to use `tabs.update()` when opening a single arbitrary URI, but it still needs `tabs.create()` so it can open multiple arbitrary URIs. Bug 1828102 will also be needed to open `mailto:` URIs.
Bug: words with accented characters not found in search on server
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-04-14 13:36:11+00:00
Resolved: 2023-04-29 00:26:55+00:00

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

Steps to reproduce:

I used the search window (ctrl+shift+F) and I was searching for the word "grève" in the subject line. The option "search on the server" (translating from French), was ticked


Actual results:

No email was found, even though there were emails with the word "grève" in the subject line. Any other word without the accent was found.


Expected results:

The corresponding emails should have been found. 
Actually after playing around a bit I found that when un-checking the option "search on server" it worked as expected. 
I have tried also with "réunion", "goûter" and "ça", same result, emails were found when not searching on server, nothing was found when searching on server.
Bug: Chat conversations list is not able to be scrolled
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-04-14 16:37:08+00:00
Resolved: 2023-05-03 07:03:26+00:00

In Chat, if a user has a long list of conversations, the full list of conversations is not visible. The user is not able to scroll through the conversations list to see conversations lower in the list.
Bug: Unable to resize events/tasks divider in Today Pane
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-04-14 19:31:22+00:00
Resolved: 2023-04-20 21:04:12+00:00

In Thunderbird Daily (build 20230413230454), I am no longer able to move the divider between Events and Tasks in the Today Pane to resize the panels.  Steps to reproduce:

1. Open the Today Pane (View->Today Pane->Show Today Pane)
2. Switch to "Events and Tasks" by clicking the left/right arrows at the top of the Today Pane
3. Click and drag on the divider above "Show completed Tasks"

Previously, dragging the divider would resize the panels, giving more or less space to events or tasks.  Now, the divider does not move and remains stuck in the middle.

Bisecting with mozregression gives me pushlog: https://hg.mozilla.org/comm-central/pushloghtml?fromchange=fdd458fc9f5335ca62c75bba5466fcf246a26fdb&tochange=5f57f602de38128b095235b5756b2c2f6e4f01e6 Perhaps it was regressed by Bug 1822638?
Bug: Image Properties (Insert Image) dialog not resized after selecting image, hides Ok/Cancel buttons
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-04-14 20:07:24+00:00
Resolved: 2023-04-24 19:31:17+00:00

With Firefox Daily (build 20230413230454), the Image Properties dialog is not resized after selecting an image, causing the Ok and Cancel buttons to disappear.  Steps to reproduce:

1. Begin drafting a new message. (File->New->Message)
2. Open the Image Properties dialog to insert an image into the message body. (Insert->Image)
    Note that the Ok and Cancel buttons appear at the bottom of the dialog.
3. Click the "Choose File..." button.
4. Select an image using the file browser.

Once an image is selected, an "Image Preview" section is added to the Image Properties dialog, which causes the Ok and Cancel buttons to be moved below the visible portion of the dialog, because the height of the dialog is not changed.  The Ok/Cancel buttons can be made visible if the user resizes the Image Properties window appropriately.

I'm able to reproduce the issue in Wayland (with both Mutter and Sway) and X11 (using XWayland, haven't tested native X11).

mozregression Pushlog: https://hg.mozilla.org/comm-central/pushloghtml?fromchange=0fc6159e23b31a7e4af1666b5a0f509c6f21bbfb&tochange=48a45f998a6e38097493f4823d0779f24cd7409d
Bug: Drag and drop of emails to folders does not work in vertical mode
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-04-15 16:41:58+00:00
Resolved: 2023-04-24 19:51:46+00:00

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

Steps to reproduce:

In the past, I could drag and drop an email to a folder in the folder pane. This function does not work in the current TB release, 113.0b1.  Since I have a number of folders and subfolders, I have to take multiple steps to move an email to the target folder.  This is unfortunate and time consuming.


Actual results:

Nothing. Drag and drop does not work.  This is a significant usability regression.


Expected results:

As in the past, the drag and drop function should be supported.
Bug: Unable to insert image in message body (image dialog buttons not shown)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-04-15 21:40:22+00:00
Resolved: 2023-04-24 17:03:06+00:00

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

Steps to reproduce:

Click "insert" menu. Select "image". From "image properties" box choose image from location on computer. Image file location shows in box. 


Actual results:

There is no "button" to complete the transaction; no button "OK" or similar. So, nothing happens. I close the box with the "X" in the upper corner.


Expected results:

The image should have appeared in the body of the email message.
Bug: #messageBrowser doesn't inherit the :-moz-lwtheme from :root
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-04-16 08:13:57+00:00
Resolved: 2024-03-08 18:13:28+00:00

As discussed here:
https://phabricator.services.mozilla.com/D173684#5783705

The messageBrowser does not show the light theme icon in supernova, but the default icon, because :-moz-lwtheme is not inherited from :root 

Bug 1824714 has a test extension.