av9ash/GitBugs huggingface dataset:
Bug: Intermittent comm/mail/components/im/test/browser/browser_tooltips.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-02-27 13:51:26+00:00
Resolved: 2024-03-04 06:36:06+00:00

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

---
```

```
Bug: Wrong message count for IMAP filter on server folder
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-02-27 14:00:09+00:00
Resolved: 2024-02-29 12:21:24+00:00

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

Steps to reproduce:

It's not reproducible as far as I know.



Actual results:

After a sync from IMAP server, the filters are reporting the wrong number of items on a server-side folder. 


Expected results:

I am expecting the exact numbers of messages on the folder. I know there are on the server (using a web-based client they are shown), but they are not visible on my Thunderbird running on my PC.
Bug: improve multi task performance
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-02-27 15:31:31+00:00
Resolved: 2024-03-01 21:45:47+00:00

Steps to reproduce:

I usually don't use Thunderbird, so when I opened it, it had to load a lot of mails in different folders. And this blocked Thunderbird.

Maybe you can reproduce this by adding a bigger IMAP account to a instance of Thunderbird where you don't have any data yet.

Software:
Thunderbird 115.8.0
Windows 11


Actual results:

Thunderbird UI was very slow, its window was nearly stuck and did move like 10 seconds after I tried to move the window. Also TB was stuck when I tried to close it.


Expected results:

UI should just work as quick as normal.
Bug: [Flatpak] Spell checkers other than en-US are not available in the flatpak
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-02-27 17:05:28+00:00
Resolved: 2024-03-13 23:51:36+00:00

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

Steps to reproduce:

Start composing a message using the flatpak

Right click -> spelling suggestions -> see that only en-US dictionary is available


Actual results:

Only en-US available


Expected results:

All languages listed in `flatpak run --command=ls org.mozilla.Thunderbird /usr/share/hunspell` should be available in the context menu
Bug: Provide better progress and error messages when attempting to posting across news servers
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-27 18:39:40+00:00
Resolved: 2024-04-10 17:32:34+00:00

If you try to post an article to a set of newsgroups from two or more different news servers, Thunderbird pops up a progress dialog with a misleading message and an error dialog with an unhelpfully unspecific message.  The text in the progress dialog and error message need to be changed.

Reproducibility: Always

Steps to reproduce:
1. Create two separate news accounts, each for a different news server.
2. In one news account, subscribe to one newsgroup (e.g., at.test).
3. In the other news account, subscribe to a different newsgroup (e.g., de.test).
4. In one of the accounts, compose a news article and set the newsgroup lines to both of the aforementioned groups.
5. Press the Send button.

Observed behaviour:
1. Thunderbird pops up a progress dialog with the title "Sending Message" and the text "Status: Creating mail message…".
2. Thunderbird pops up an error dialog with the title "Send Message Error" and the text "Sending of the message failed."
3. It's only in the error console that the actual cause of failure is recorded: "NS_ERROR_ILLEGAL_VALUE: Cross posting not allowed, hosts=firstserver.example.com,secondserver.example.org"

Expected behaviour:
1. The progress dialog should not refer to a "mail" message since it's sending a news article, not an e-mail.  "Status: Creating message…" would probably be fine.
2. The error dialog should be more specific about the cause of the error.  Something like "Can't cross-post across news servers" would be appropriate.
Bug: Intermittent comm/mail/base/test/webextensions/browser_extension_update_background_noprompt.js | Got the steps from the collected telemetry events -
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2024-02-28 10:01:47+00:00
Resolved: 2025-02-20 09:06:45+00:00

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

---
```

```
Bug: Intermittent comm/mail/base/test/browser/browser_mailContext.js | ...exception in test bound testMultipleMessages - at chrome://mochikit/content/tests/SimpleTest/EventUtils.js:845 - TypeError: can't access property "getBoundingClientRect", aTarget is null
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-02-28 10:08:14+00:00
Resolved: 2024-03-09 13:27:01+00:00

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

---
```

```
Bug: Moving emails moves only a small part of all selected mails (Maildir)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-02-28 13:39:35+00:00
Resolved: 2024-08-28 01:26:14+00:00

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

Steps to reproduce:

Since the last versions (cannot tell exactly which versions), I select 100 mails and move the to a subfolder in my account.
Always only between 4 and 15 messages are moved. Then I have to select the mails again and move them and this happens always. So moving 150 mails takes a lot of time.
I use maildir for all accounts as a hint. I don't know if it has anything to do with it.
I disabled all extensions and started in troubleshooting mode, nothing helped.


Actual results:

Only a few mails are moved.


Expected results:

All selected mails are moved.
Bug: Account Settings - delete body entry only allows 2 digits but accepts 3
Status: UNCONFIRMED
Priority: --
Created: 2024-02-28 20:50:55+00:00
Resolved: 2024-07-29 10:39:36+00:00

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

Steps to reproduce:

Account Settings -> Pick News Server -> Synchronization & Storage 
At the "Remove bodies from messages more than ## days, the place to enter days only allow 2 digits.   


Actual results:

It accepts 3 digits but it scrolls the 100 unit off the left of the box.


Expected results:

Window for digits should be bigger.  

Also the whole settings should be wider also, with a larger font all the question in account setup wrap.  I don't think they were intended to do that.

Note: I have the font size set to 26pt in the settings menu.
Linux Mint Cinnamon 21.3, Thunderbird 115.6.0
Bug: The Minimize, Maximize, Restore Down, and Close buttons sometimes remained highlighted after hovering off them in Thunderbird 125.0a1 (2024-2-28)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-02-28 22:57:25+00:00
Resolved: 2024-03-05 16:28:32+00:00

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

Steps to reproduce:

I ran Thunderbird 125.0a1 (2024-2-28) on Wayland in Plasma 6.0.0 in a Fedora 40 KDE Plasma installation. I hovered over and off the Minimize, Maximize, Restore Down, and Close buttons at the top-right of the Thunderbird window repeatedly.


Actual results:

The Minimize, Maximize, Restore Down, and Close buttons sometimes remained highlighted after hovering off them in Thunderbird 125.0a1 (2024-2-28). Some of these buttons were highlighted at the same time after I moved the cursor off of them and remained so. The Minimize, Maximize, Restore Down, and Close buttons appeared closer together than in previous 125.0a1 builds, but I don't know if that was intentional.

This problem didn't happen with 125.0a1 (2024-2-27). I bisected between 125.0a1 (2024-2-27) and 125.0a1 (2024-2-28) with mozregression. There were five patches in the changelog. I'm not sure if any of them are related to this problem.

 1:51.14 INFO: Narrowed integration regression window from [cbf3ae8e, 258f4cf9] (3 builds) to [aff3695d, 258f4cf9] (2 builds) (~1 steps left)
 1:51.14 INFO: No more integration revisions, bisection finished.
 1:51.14 INFO: Last good revision: aff3695dce6fa6283e4159030a9af61a6949b091
 1:51.14 INFO: First bad revision: 258f4cf98d0cbc5e3ea2d14904eb4da8882ba704
 1:51.14 INFO: Pushlog:
https://hg.mozilla.org/comm-central/pushloghtml?fromchange=aff3695dce6fa6283e4159030a9af61a6949b091&tochange=258f4cf98d0cbc5e3ea2d14904eb4da8882ba704

Firefox 125.0a1 (2024-2-28) on Wayland doesn't have this problem. My Thunderbird 125.0a1 has the Daily menu or hamburger menu button to the left of the Minimize, Maximize, Close buttons, whereas FIrefox doesn't.


Expected results:

The Minimize, Maximize, Restore Down, and Close buttons shouldn't have been highlighted after hovering off them in Thunderbird 125.0a1 (2024-2-28).
Bug: User-defined email tags not syncing to server in large Imap folders
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-29 05:54:09+00:00
Resolved: 2024-03-15 03:58:12+00:00

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

Steps to reproduce:

I've defined custom tags in user.js for many years (including redefinitions of $label1 through $label5, plus $label6 through $label9 and numerous others) and routinely assign them to emails. The problem affects all of them.


Actual results:

Tags are often no longer syncing between Thunderbird clients on my iMac (running Ventura) and MacBook (running Sonoma). This problem has been occurring prior to Sonoma and possibly prior to Thunderbird 115; it's only recently that I realized how frequent it is. I tried repair measures all the way up to reinstalling Thunderbird from scratch, to no avail.

My email provider is Ionos.com, which supports Imap tags. I use several email accounts with the same domain name in Thunderbird. The problem seemed to occur most often in my main account, which is much larger than the others. I logged into my main account via macOS Terminal and OpenSSL and confirmed that tags I set in Thunderbird would sometimes appear on the server with a FETCH (FLAGS) command, and sometimes not. (Conversely, tags I set via STORE +FLAGS command would always appear in Thunderbird.)

After repeated testing, the single factor I could see was folder size: tags did sync to the server when the email was in a small folder, but not in a big folder such as Archives. A more specific example: tags didn't sync in my Inbox when it was >1000 messages, but after I moved most of them to subfolders in Inbox to get it to <300, they suddenly started syncing.


Expected results:

Ideal behavior would be for custom email tags to always sync to server! But the size of the parent folder (excluding subfolders) appears to cause a problem. On the other hand, Starring a message syncs every time!

I can't rule out something funky with Ionos, but the following have been working reliably on folders of any size: (1) logging in to Ionos via Terminal OpenSSL and setting a tag via STORE +FLAGS; (2) defining an incoming message filter in Ionos webmail to add a tag and move to a folder. In both cases, Thunderbird always sees the tags.
Bug: Google oauth flow can't use hardware security key
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-02-29 09:43:07+00:00
Resolved: 2024-03-01 18:51:21+00:00

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

Steps to reproduce:

Tried to log in to a Google account with 2FA activated using a hardware security key (Solokey2 in this case).


Actual results:

When requested "complete sign-in using your security key" (ie: touch my security key to confirm) by the Google login flow popup, the touch/confirmation is never registered and i can't finish logging in.

I can see the solokey reacting to my touch and the led changing colour, so it's connected and registering my touch.

I one option i can think of is that nothing is detecting that it might need to have its PIN entered to unlock it first.


Expected results:

The login popup should properly detect the key, ask for a PIN if necessary, and allow me to log in.


Weirder, this is my second time logging in to this account on Thunderbird, this time on a second, freshly installed machine (running Fedora Silverblue 39). On the other machine, running Fedora 39 (regular, ot Sirlverblue) the log in flow worked fine.
Bug: Context menu API does not work in entire compose body
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-02-29 09:52:27+00:00
Resolved: 2024-06-12 12:27:41+00:00

**Steps to reproduce**:
1. Install any add-on the works on selected or editable text in the compose window, such as my [Unicodify add-on](https://addons.thunderbird.net/thunderbird/addon/unicodify-text-transformer/).
2. Write a long message that requires scrolling in the compose window.
3. At the top of message, select some text and open the context menu. Confirm that the context menu entries show as expected.
4. Scroll to the bottom of the message (below the fold), select some text and open the context menu.

**Actual results**:
The context menu entries show for #3, but not for #4.

**Expected results**:
The context menu entries should show for both #3 and #4.

It seems this was not fully fixed in Bug 1716976, but note that it affects more than just the "editable" context. I tested in both Thunderbird 115.8 and the latest Thunderbird Daily 125.

This bug was first reported downstream [on GitHub](https://github.com/rugk/unicodify/issues/73#issuecomment-1969973275) by a user of my Unicoidify add-on.
Bug: Setsize object attribute not getting updated after message deletion
Status: NEW
Priority: --
Created: 2024-02-29 16:23:47+00:00
Resolved: 2024-03-06 09:47:18+00:00

Steps to reproduce:
1. Launch the attached accessible event listener in a terminal
2. Arrow in a list of messages from top to bottom (the listener should print each message you arrow to prefixed with the posinset and setsize attributes)
3. Arrow back to up to a message and press delete
4. Arrow back down (or press End) to move to the final message

Expected results: The posinset and setsize of the last item will be the same value

Actual results: The setsize is 1 greater than the posinset because the setsize reflects the pre-deletion count.

Impact: Orca will report incorrect information about the set size.
Bug: Config mail.smtp.useSenderForSmtpMailFrom not working
Status: UNCONFIRMED
Priority: --
Created: 2024-03-01 05:19:27+00:00
Resolved: 2024-06-20 04:39:22+00:00

Steps to reproduce:

Set 'mail.smtp.useSenderForSmtpMailFrom' to 'False' and send an e-mail with an alternative identity for the sending account.


Actual results:

Message on receiving end shows 'Return-Path:' with the 'From:' identity instead of the main account identity.


Expected results:

The sending account should have been used as the "envelope from", so that the message on the receiving end shows the sending account in 'Return-Path:' instead of the alternate identity.

This config was introduced here: https://bugzilla.mozilla.org/show_bug.cgi?id=1294027

Current anti-spam measures produce cases where it is desirable to keep the SMTP server account in the envelope when sending mail with an alternate identity.

Personally, I have noticed that (at least) Gmail will systematically send my messages to the Spam folder when using a non-Gmail sending account with an alternate address, even tough the headers show that it passes SPF.

If I use Mutt instead of Thunderbird, which can be configured to use the sending account as the "envelope from", my emails are not sent to Spam by Gmail. Thunderbird already advertises this capability, but it is not working, which is a pity.

Let me know if I can help testing a fix. Obrigado!
Bug: connection time limit exceeded with imap gmail (temps limite de connexion dépassé avec imap gmail)
Status: UNCONFIRMED
Priority: --
Created: 2024-03-01 08:26:06+00:00
Resolved: 2024-04-06 05:46:23+00:00

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

Steps to reproduce:
j'ai augmenté la durée du time out dans la configurateur, mais cela n'a rien changé

Actual results:
les messages n'arrivent plus et on ne peut plus en envoyer. Le phénomène n'est pas constant, mais c'est très génant

Translation:
I increased the timeout duration in the configurator, but that didn't change anything

Actual results:
messages no longer arrive and we can no longer send them. The phenomenon is not constant, but it is very annoying
Bug: [flatpak] Thuderbird can't access hardware security key, preventing MFA login flows from completing
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-03-01 09:58:15+00:00
Resolved: 2024-04-01 17:39:03+00:00

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

Steps to reproduce:

Tried to log in to a Google account with multi-factor / two factor authentication turned on with a hardware security key (solokey, cf. https://bugzilla.mozilla.org/show_bug.cgi?id=1882724)


Actual results:

Nothing, i couldn't confirm security key because Thunderbird couldn't see the key.


Expected results:

Thunderbird should have been able to find the hardware security key connected over USB and interact with it, letting the user do the touch-to-confirm song and dance.

It couldn't because the [flatpak on Flathub](https://flathub.org/apps/org.mozilla.Thunderbird) does not ask for the right permissions by default.
It needs to ask for `device=all` (or maybe some less wide permission, but `device=input` didn't work for me).
Bug: Field UI not visible when I add a custom header pref and set the value
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-03-01 10:36:53+00:00
Resolved: 2024-04-23 09:06:35+00:00

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

Steps to reproduce:

Adding a custom header to prefs. 
Creating an extension that add value to custom header
details.customHeaders.push({"X-test": "test@test.com"});


Actual results:

The field X-Test not visible
when i tried 
details.cc.push("test@test.com");
the filed copy-to is visible



Expected results:

The field X-test visible with value "test@test.com"
Bug: Thunderbird Toolbar Empty When Accessing from Notification on Mac OS X
Status: UNCONFIRMED
Priority: --
Created: 2024-03-01 11:32:22+00:00
Resolved: 2024-06-13 08:31:00+00:00

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

Steps to reproduce:

The issue occurs when I click on a Thunderbird notification to open the application. Upon doing so, the Thunderbird windows appear as expected, however, the toolbar is completely empty. This behavior is unexpected and inhibits my ability to use the application efficiently.

My OS X version is 14.2.1 and Thunderbird 115.8.0.
Bug: Browsing RSS channels causes issues with browser DNS
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-03-01 12:32:14+00:00
Resolved: 2025-01-19 03:54:34+00:00

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

Steps to reproduce:

Browse any articles in RSS channels.


Actual results:

Internet browsers (Firefox, Chrome) stop loading pages for a short moment.

It's an issue that's been mistifying me for years now. Whenever I start browsing articles in RSS channels in Thunderbird for extended period of time (say 30 seconds), my internet browser would stop loading any pages. Firefox shows a generic error while Chrome shows it's unable to connect to DNS. Everything goes back to normal after some time (say 30 seconds). It doesn't happen at all if I'm very fast with the RSS article and don't spend more than a few seconds reading it.


Expected results:

Browser should work fine.

I'm not a very technical person, please advise how can I help further with more information.
Bug: [Workaround] Message subject lines hidden in local folder with parentheses in folder name
Status: UNCONFIRMED
Priority: --
Created: 2024-03-01 12:57:37+00:00
Resolved: 2025-02-20 01:49:14+00:00

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

Steps to reproduce:

User Agent: Windows 11 22621.3155, Thunderbird Version 115.8.0 (64-bit)
IMAP e-mail account on the server.
Steps to reproduce:
1.	Set up an IMAP account on Thunderbird
2.	Establish a local folder (right click, New Folder) o	ff the IMAP account in the left hand pane of the Thunderbird application
3.	Examine the folder properties, they should look something like:
imap://<userid%40email_domain>@imap.<isp_domain/<folder_name%20%28Receive%29
Where:  %28Receive%29 shows as (Receive) in the display pane
4.	Manually copy or move some e-mail messages into the local folder (this can also be done with a message filter).
5.	The message subject lines do not appear in the right hand pane, the folder appears empty.  
6.	Now, right click on the name of the local folder, and either Rename it or change the name in Properties to remove the parentheses in the folder name.
7.	When completed, the message subject lines repopulate in the right hand pane.
8.	This is reversable; if you want to “hide” the message subject lines, rename the folder to something with parentheses in it.


Actual results:

When creating the local folder, all appears normal (the message pane is empty).
When adding messages to the local folder (by a message filter rule or manually), the message subject lines do not appear in the right pane.


Expected results:

The local folder should display in the right hand pane, but they appear to be hidden when there is a parenthesis in the local folder name.
Bug: Wrong charset for attached filename
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-03-01 12:59:29+00:00
Resolved: 2024-03-01 13:08:56+00:00

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

Steps to reproduce:

Create new email, attach file with filename G011C00546.rdp, send message.


Actual results:

There is wrong charset(UTF-16LE) for filename in the Content-Type header

Content-Type: text/plain; charset=UTF-16LE; name="G011C00546.rdp"
Content-Disposition: attachment; filename="G011C00546.rdp"
Content-Transfer-Encoding: base64


Expected results:

I think charset should not be set at all or set to UTF-8.
Bug: Message List displays a vertical scrollbar when not required
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-03-01 14:01:54+00:00
Resolved: 2024-07-09 22:20:48+00:00

Windows 10 OS
beta 124.0b1

In both 'Table View' and 'Cards View'
Whether using 'View' > 'Layout' > 'Classic' or 'Vertical'

If Message List contains few emails so a blank area is seen below list:
**Actual Results**
- There is a scrollbar on the right.
- This scrollbar is only the background section showing chevrons top and bottom.
- It does not contain the moveable part of a normal scrollbar.

**Expected Results**
- No scrollbar. 

This issue has also been reported in the Support Forum. That user is using the current release 115.8
https://support.mozilla.org/en-US/questions/1441186

Note: This does not occur in version 102.15.1