av9ash/GitBugs huggingface dataset:
Bug: Right-click outside of partial body selection clears selection
Status: NEW
Priority: P3
Created: 2025-01-22 09:16:11+00:00
Resolved: 2025-02-03 16:30:43+00:00

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

Steps to reproduce:

1. Select text in composer body
2. Move mouse cursor outside of selection
3. Click the right mouse button


Actual results:

The selection is cleared.

The Cut / Copy / Delete entries in the right-click menu are not active.

This is similar to bug 1864334, this is on Linux Wayland though.


Expected results:

The selection is not cleared.

The Cut / Copy / Delete entries in the right-click menu are active.
Bug: Cannot access Local Folders content if file path contains diacritics (Romanian language)
Status: UNCONFIRMED
Priority: --
Created: 2025-01-22 09:55:09+00:00
Resolved: 2025-01-22 21:48:30+00:00

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

Steps to reproduce:

1. Have the Local Folders located in a folder containing diacritics, to confirm this issue I created a folder C:\Testășt (Romanian locale) and pointed Local Folders to it
2. Copy an email from Inbox to Local Folders
3. Open Local Folders, see the title of the email, the content is blanc
4. Try to open the email (double click)


Actual results:

Error message (ă is replaced with a, both ș and ț are replaced with _):

File not found

The file mailbox:///C:/Testa__/Inbox?number=1 cannot be found. Please check the location and try again.

    Check the file name for capitalization or other typing errors.
    Check to see if the file was moved, renamed or deleted.


Expected results:

The email is opened correctly. Some parts of Thunderbird can read the file path correctly (Local Folder settings, displaying the list of the mailbox) and other don't (showing the email content).

Probably different parts of the code use different character encoding.
Bug: When I create an email from template, the body is empty (and not attachments)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-22 11:04:04+00:00
Resolved: 2025-01-22 20:25:43+00:00

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

Steps to reproduce:

I have created a template with the fields CC, Body, and Attachments filled.

I use Thunderbird 128.6.0esr (64-bit) on Ubuntu 22.04.


Actual results:

When I create an email from this template, only the CC field is filled. The Body and Attachments fields are empty. At the same time, when I just look at the template, all fields are there (saved).


Expected results:

The new draft of the email from the template should have all fields filled in the template to be prefilled as well.

Please see the attached screenshot: it shows the actual template on the right side with the fields Subject and Body prefilled.

On the left side, the draft of an email from this template is shown. It has only the Subject field prefilled. The body text has evaporated for an unknown reason. The same happens if I add any attachments to a template.
Bug: Thunderbird doesn't display a forgery warning if DKIM heavily suggests something fishy going on
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-22 11:31:11+00:00
Resolved: 2025-01-22 12:12:20+00:00

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

Steps to reproduce:

1. Receive e-mails and check their DKIM status and how that relates to the danger of the e-mail.  Observe that Thunderbird marks none(!) of the e-mails with obvious DKIM issues as suspicious in any way.


Actual results:

I have been using an addon for a while now to see what the DKIM status is of messages in real life practice with a heavily used mail account, and I discovered that DKIM headers other than dkim=pass are only present for messages that: 1. are obvious and really dangerous(!) forged spam e-mails that Thunderbird doesn't make as potentially suspicious any way whatsoever, 2. mails from misconfigured mailing lists (not newsletters!) that no beginner user would ever use these days.


Expected results:

It seems questionable and worryingly damaging to regular users to me, that a non-passing DKIM Authentication-Results header in the e-mail's source and/or a missing DKIM signature, whether the header was set by a trustworthy server or not, isn't pointed out with some sort of potential forgery warning that can be disabled in the settings.

Heavy mailing lists users who likely would be advanced users who are better able to tell what a scam e-mail is, could disable the warning if desired. And all the newbie users who are likely to be easily tricked by scams, would be saved from potentially rather dangerous and obvious scams.

As a side effect, mailing lists might also be motivated to be configured better to make it more obvious the e-mail has been altered in the process, for example by adding a suffix to the "FROM" field or moving the original sender to "Reply-To" and setting "FROM" to the mailing list, which would more accurately reflect how most mailing lists work. This seems to already be a commonly supported configuration for modern mailing list software.
Bug: Blank message while forwarding an Italian Certified Email (PEC)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-22 14:58:17+00:00
Resolved: 2025-01-23 08:06:26+00:00

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

Steps to reproduce:

I tried to forward an Italian Certified Email (PEC) message.
After that I also tried to show its source (Ctrl-U)


Actual results:

In the first test I got a completely blank message. Any content and attachment were removed.
The second test got an empty window too.
Before trying to forward the message, the source can be viewed.
After that, the message content is no more shown even in preview pane.




Expected results:

The forward message should have all the content reported.
Now the message seems to be corrupted in Thunderbird storage. It's impossible even to save the message on disk as EML file.
Bug: [snap] Thunderbird unread count not updating without relaunching
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-22 16:48:06+00:00
Resolved: 2025-01-22 21:52:53+00:00

Reported in https://framapiaf.org/@pomme_s/113838430101955875

The user is on Ubuntu 24.04 with GNOME, running the Thunderbird snap in the latest/stable channel (version 128.6.0esr-1).
The behavior is that the Thunderbird icon in the application tray, where all running application's icons are displayed (not to be confused with the system tray), displays a green bubble with the number of unread messages.

When the Thunderbird snap is launched, the number of unread messages is correct. If the user then goes and reads some messages, the unread number on the icon does not decrease. The number does increase as new unread messages come in, but still never decreases as the messages are read. If the user quits and restarts the Thunderbird snap, the number resets to be correct again but continues the behavior.
Bug: Since Version 128, deleting a message freezes Mozilla for around 30 seconds in utcOffset
Status: UNCONFIRMED
Priority: --
Created: 2025-01-22 17:52:40+00:00
Resolved: 2025-02-22 21:12:07+00:00

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

Steps to reproduce:

I updated Thunderbird to version 128 (128.6.0esr) with debian installer


Actual results:

Since then, deleting a message can take 30 seconds (Thunderbird freezes)


Expected results:

No delay when deleting a message like before.
Bug: No encryption of emails despite primary password
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-01-23 00:59:49+00:00
Resolved: 2025-01-23 07:58:30+00:00

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

Steps to reproduce:

(I have also checked this in the Manjaro build for version 128)

- Install Thunderbird (either 133 from website or from Manjaro repos)
- Open with Profile Manager
- Create a new profile
- Set Primary Password
- Restart Thunderbird
- Enter Primary Password on Startup
- Add Email Account (in this case, hosted on Posteo)
- Close Thunderbird
- Open a Terminal
- `cd ~/.thunderbird/{profile path}`
- `cat ImapMail/posteo.de/INBOX`


Actual results:

Plaintext of all emails shows


Expected results:

I shouldn't see emails protected by a primary password.

Just a note, I originally stumbled over this because I found the subjects of the emails in a cache file, probably the msf files. Back then (some time around last summer - didn't find the time to report yet) I couldn't find a way to read the email bodies, but subjects are bad enough. When I tried reproducing, I found that I can access the plaintext of the entire messages.
Bug: Thunderbird 128.6.0 (only with this update) when forward a PEC I have an empty essage
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-23 09:12:58+00:00
Resolved: 2025-01-23 11:49:38+00:00

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

Steps to reproduce:

If I have a "PEC" Mail with attachments I forward the message but seems that this procedure go in crash ad open an empty message body.
If no attachment works fine
If I reply the mail (so without attachment) also works fine.

Now I save attachement, reply the mail, change address and reattach documents, so works.
Some people downgrade Thunderbird and disable automatic update to workarount this issue


Actual results:

Forwaded PEC with attachment create an empty message
Bug: Compose window: "Move to To/Cc/Bcc" context menu for recipients does nothing
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-23 09:38:36+00:00
Resolved: 2025-01-23 11:49:04+00:00

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

Steps to reproduce:

"Reply all" to an existing message. Right-clicked on a recipient in the "To" list. Selected "Move to Cc".


Actual results:

Nothing happened.

Same applies to "Move to To" and "Move to Bcc".
Same applies to newly-composed message (i.e. this doesn't only affect replies).


Expected results:

The recipient should have moved to the "Cc" list.
These menu options worked in Thunderbird 115.
Bug: 128.6.0esr No xml or eml attachment forwarded from an empty message received on a PEC mailbox (Certified Email, Italy)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-23 09:57:41+00:00
Resolved: 2025-01-23 11:47:43+00:00

Steps to reproduce:

Forward a PEC message, both delivery notification and receipt notification


Actual results:

The new message does not contain the attached files present in the original message (typically an xml file and an eml file, in some cases only an xml file)


Expected results:

Attachments to this message should be forwarded as with other types of attachments.
Bug: Grouped Folders are broken in daily
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2025-01-23 10:00:57+00:00
Resolved: 2025-01-23 13:21:07+00:00

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

Steps to reproduce:

applied daily update 136.0a1 (2025-01-22) (64-Bit) to existing profile.


Actual results:

Grouped Folders do not work any more. If defined in the configuration, the mail window gets blank, no side panel, no contents, no possibility to access teh layout management. Even if  "All Folders" is specified together with "Grouped Folders", it is the same behaviour.

If Grouped Folders are not defined, it seems to work ok.
Bug: Inbox does not open
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-01-23 12:14:01+00:00
Resolved: 2025-01-24 07:12:15+00:00

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

Steps to reproduce:

I have 11 mail accounts. I started Thunderbird and I see that mails for a different accounts have arrived. For every account that has mails, the account name is displayed with bold characters. When I click on the account, the folder opens and Inbox, Draft, Sent and Trash are visible. I click on Inbox.


Actual results:

The inbox does not open. Only when I click on Draft and then on Inbox, the inbox opens. Several old mail headers are displayed in the list of mails. The cursor is somewhere in the middle of the scrollbar. 


Expected results:

The inbox should open immediately without clicking on Draft first. The cursor in the scrollbar should always be at the end of the mail list. The latest subject lines should always be displayed at the end of the mail list. This was the case in older versions of Thunderbird.
Bug: Inbox does not open
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-23 20:21:57+00:00
Resolved: 2025-01-24 07:12:15+00:00

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

Steps to reproduce:

I have 11 mail accounts. I started Thunderbird and I see that mails for a different accounts have arrived. For every account that has mails, the account name is displayed with bold characters. When I click on the account, the folder opens and Inbox, Draft, Sent and Trash are visible. I click on Inbox.


Actual results:

The inbox does not open. Only when I click on Draft and then on Inbox, the inbox opens. Several old mail headers are displayed in the list of mails. The cursor is somewhere in the middle of the scrollbar. 


Expected results:

The inbox should open immediately without clicking on Draft first. The cursor in the scrollbar should always be at the end of the mail list. The latest subject lines should always be displayed at the end of the mail list. This was the case in older versions of Thunderbird.
Bug: Thunderbird keeps re-filtering old emails so I can't move them where I want them, it just keeps putting them back.
Status: UNCONFIRMED
Priority: --
Created: 2025-01-24 04:14:13+00:00
Resolved: 2025-01-28 01:51:54+00:00

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

Steps to reproduce:

1. In 2022, set up a folder "Github" with a filter called "Github" set to run on manually, new before junk classification, and sent mail, with the criteria "to contains github.com" OR "from contains github.com" and the action "Move to folder Github".
2. Use normally for three years. Read github messages as they come in and land it the "Github" folder.
3. In January 2025, create a folder "Github through 2024" and manually move all emails in the "Github" folder from Dec 31, 2024 or earlier into "Github through 2024"
4. Open the  "Github through 2024" folder to visually confirm all emails have correctly moved there.
5. Open the "Github" folder to visually confirm that the emails have been moved out of it. 



Actual results:

1. for the next half hour, watch in frustration as all emails in the "Github through 2024" folder are very slowly filtered bright ack into the "Github" folder where I explicitly moved them from and did not want them to be. Filter log showed the "Github" filter was doing it, even thought it was set to "manual", "new", or "sent", and I hadn't triggered it manually, the emails were not new, nor were they sent.


Expected results:

Emails in the "Github" folder from Dec 31, 2024 or earlier should stay in "Github through 2024" after I move them there because they are not new, nor sent, and I didn't manually filter them.
Bug: If software using port 80 is already running on the same machine, Gmail authentication will fail.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-24 07:58:40+00:00
Resolved: 2025-01-24 11:06:43+00:00

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

Steps to reproduce:

I am using Mac OS 15.1.1.
I have installed Unity Accelerator for game development.
Unity Accelerator was running on port 80.



Actual results:

I installed Thunderbird and performed OAuth2 authentication for Gmail.
I entered my ID and password and performed authentication, but communication did not take place and the OAuth2 authentication window appeared again.

As you can see in the attached image, it seems that the OAuth2 authentication was trying to communicate with localhost and failing, so by changing the port used by Unity Accelerator from 80 to 18080, the OAuth2 authentication was successfully completed.

From this, it is clear that the port used by localhost for OAuth2 authentication should not be fixed at port 80, but should use an available port other than that.


Expected results:

After performing OAuth2 authentication for Gmail, the Gmail data should have been received.
Bug: Conversations' is no longer able to fully clear the message pane - provide a specific function/option for clearing all with force clearing the web page view on the message pane
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-01-24 08:08:16+00:00
Resolved: 2025-02-17 10:05:53+00:00

Testing Conversations' with the latest Daily, I noticed that it is now unable to clear the message display to be able to switch to the `multimessage` display with the Conversations' URL loaded.

Currently Conversations is [doing this](https://github.com/thunderbird-conversations/thunderbird-conversations/blob/cf2178427290182fea687f256160b95e5145c1ea/addon/experiment-api/msgWindowApi.js#L330-L337):

```js
    contentWin.messagePane._keepStartPageOpen = false;
    contentWin.messagePane.clearWebPage();
    contentWin.messagePane.clearMessage();
    // As a message will now have been displayed, don't keep the start page open.
    if (contentWin.multiMessageBrowser?.documentURI?.spec != STUB_URI) {
      MailE10SUtils.loadURI(contentWin.multiMessageBrowser, STUB_URI);
    }
    contentWin.multiMessageBrowser.hidden = false;
```

The `_keepStartPageOpen` has been changed to [a private variable](https://searchfox.org/comm-central/rev/c14d0255ba0212400518006580a087db8a04984a/mail/base/content/widgets/message-pane.mjs#152), so can no longer be set. 

Conversations' doesn't use any of the `display*` methods, since they would do the wrong thing for what it needs.

I think there's two options:

* Provide a `forceCloseWebPage` option to [`clearWebPage`](https://searchfox.org/comm-central/rev/c14d0255ba0212400518006580a087db8a04984a/mail/base/content/widgets/message-pane.mjs#275-284).
  * This would allow Conversations' to do what it needs. This would also allow the existing pattern of clearing the private property and then calling `clearWebPage` to be tidied up into one line.
* Provide a dedicated `display*` function that does what Conversations' needs it to.

:aleca, any thoughts on the best option here?
Bug: inoltrando una PEC con Thunderbird il corpo della mail resta vuoto
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-24 10:19:34+00:00
Resolved: 2025-01-24 11:03:49+00:00

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

Steps to reproduce:

inoltrando una PEC con Thunderbird il corpo della mail resta vuoto
PEC IN ARRIVO
INOLTRA

Versione 128.6.0esr | Rilasciato 8 gennaio 2025


Actual results:

A: VUOTO
CORPO PEC: VUOTO
ALLEGATI: VUOTO
OGGETTO: CORRETTAMENTE INOLTRATO


Expected results:

L'INOTRO CORRETTO
Bug: Senders or Recipients fields only display mailing list name
Status: UNCONFIRMED
Priority: --
Created: 2025-01-24 10:35:55+00:00
Resolved: 2025-03-01 09:56:41+00:00

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

Steps to reproduce:

Receive an email from mailing list ("sympa" for example)


Actual results:

Fields/column From and Recipients only show the name of the list.
Previous version displayed the real sender email or name.



Expected results:

Display real name of the sender on the list
Bug: compose window does not make use of macos text replacement feature
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2025-01-24 11:38:04+00:00
Resolved: 2025-01-26 10:17:40+00:00

Steps to reproduce:

On Macos (tested on 15.2)
1. Verify your settings [System Preferences > Keyboard > Text]
2. Open a compose window (potentally any other text box)
3. Type "omw "




Actual results:

typed text stays as it was typed.


Expected results:

Expected: replace "omw " with "On my way! " (or what ever text replacements were set up)

A similar bugreport was closed for Firefox here: https://bugzilla.mozilla.org/show_bug.cgi?id=1149826
Bug: Intermittent comm/mail/components/extensions/test/browser/browser_ext_messageDisplayScripts.js | The 'readyState' value at state #1 should be correct - "interactive" == "complete"
Status: NEW
Priority: P5
Created: 2025-01-24 13:41:03+00:00
Resolved: 2025-02-10 10:27:01+00:00

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

---
```

```
Bug: URIs in HTML mail are not automatically linkified
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-24 14:10:04+00:00
Resolved: 2025-02-19 18:33:11+00:00

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

Steps to reproduce:

I would like to point out the following bug: emails sent from smartphones and containing web links cannot be opened in Thunderbird. Please provide a fix for this malfunction.
Bug: Regression: The "Join Chat" window does not close if you expand the list of accounts
Status: UNCONFIRMED
Priority: --
Created: 2025-01-24 16:58:43+00:00
Resolved: 2025-01-25 10:43:30+00:00

Steps to reproduce:

1. Go to the Chat
2. Join Chat
3. Expand the "Account" list
4. Click the X (close the window)

Reproducible on both wayland and x11.
The bug is not reproducible in version 115.16.2.


Actual results:

The window didn't close


Expected results:

The window closed
Bug: TB sends messages both in HTML and Plain Text formats while it should only send them in Plain Text
Status: UNCONFIRMED
Priority: --
Created: 2025-01-24 19:47:21+00:00
Resolved: 2025-01-29 16:27:46+00:00

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

Steps to reproduce:

1. Go to "Tools -> Account Settings -> Composition & Addressing" and make sure the "Compose messages in HTML format" checkbox is on.
2. Go to "Tools -> Settings -> Composition" and make sure the "Sending Format" value is set to "Automatic".
3. Open the attached file, "message.eml" in TB.
4. Press Ctrl+r to start writing a reply.
5. Put the cursor in the position right before "s" in "second line".
6. Hold Shift and press Down arrow. "second line" is selected.
7.  Press Del. "second line" is deleted.
8. Press Enter and type some text.
9. Change the "To" field value from "sender <test1@test1.te>" to your e-mail address.
10. Click on "Send" to send the message.
11. Check your e-mail and get the message you just sent.


Actual results:

The message is composed in both HTML and Plain Text format and is shown in HTML format.


Expected results:

The message should have been composed in Plain Text format only.
Bug: inbox does not open
Status: UNCONFIRMED
Priority: --
Created: 2025-01-24 20:34:47+00:00
Resolved: 2025-01-31 21:14:35+00:00

Steps to reproduce:

I have 11 mail accounts. I started Thunderbird and I see that mails for a different accounts have arrived. For every account that has mails, the account name is displayed with bold characters. When I click on the account, the folder opens and Inbox, Draft, Sent and Trash are visible. I click on Inbox.


Actual results:

The inbox does not open. Only when I click on Draft and then on Inbox, the inbox opens. Several old mail headers are displayed in the list of mails. The cursor is somewhere in the middle of the scrollbar.


Expected results:

The inbox should open immediately without clicking on Draft first. The cursor in the scrollbar should always be at the end of the mail list. The latest subject lines should always be displayed at the end of the mail list. This was the case in older versions of Thunderbird.