av9ash/GitBugs huggingface dataset:
Bug: Delegated Permissions of the Entra Id App are missing
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2025-01-10 07:32:16+00:00
Resolved: 2025-01-10 10:00:17+00:00

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

Steps to reproduce:

Benutzer, die sich über ein Android-Gerät anmelden, erhalten die Meldung, dass nicht alle erforderlichen Berechtigungen für die Thunderbird-App durch den Administrator freigeschaltet wurden. Als Administrator sehe ich jedoch lediglich, dass die App die Berechtigung User.Read anfordert. Das eigentliche Problem entsteht, weil Benutzer keine Berechtigung haben, zusätzliche Graph-API-Berechtigungen selbst anzufordern oder freizugeben. Daher fehlen entscheidende Berechtigungen wie IMAP.AccessAsUser.All, SMTP.Send und offline_access, was eine Anmeldung unmöglich macht. Da es zudem nicht möglich ist, einer App nachträglich neue Berechtigungen hinzuzufügen, wäre eine Anpassung seitens der App-Entwickler notwendig, um Organisationen mit strengen Berechtigungsrichtlinien, wie Unternehmen oder Hochschulen, besser zu unterstützen.


Actual results:

Benutzer können sich nicht anmelden, da sie selbst nicht die Benutzerberechtigungen anfragen dürfen.


Expected results:

In der Entra ID App sollten die Berechtigungen hinterlegt sein, um diese als Administrator für die gesamte App genehmigen zu dürfen.
Bug: Search results show wrong sender if same email address is used by more than one sender name.
Status: UNCONFIRMED
Priority: --
Created: 2025-01-10 11:06:15+00:00
Resolved: 2025-01-10 11:17:19+00:00

Steps to reproduce:

I performed a general search for messages from xero.com

To reproduce use any email address used by multiple users. This happens commonly  in the case of SAAS messages such as, in this case, invoicing services . As more such online services are used the issue will proliferate.


Actual results:

In the search result page all results showed the name of just one sender, despite there being many different senders.

Example:
I receive invoices from people using 'messaging-service@post.xero.com'
The names of the actual senders are appended as follows:
Mxxxxx Mxxxxx<messaging-service@post.xero.com>
GS Hxxxxxx<messaging-service@post.xero.com>
Sxxx Dxxx<messaging-service@post.xero.com>
aaaa<messaging-service@post.xero.com>
bbbb<messaging-service@post.xero.com>
.... etc

When I perform a search for anything from xero.com the results on the initial (filter) page show the sender as 'Sxxx Dxxx' for every message regardless of the true sender.
This is not an alphabetic sort, it appears to be keying to the first received instance from the email address.




Expected results:

The search results should display the correct sender for each message result.
Bug: New test failure toolkit/mozapps/extensions/test/xpcshell/test_builtin_location.js caused by upstream bug 1640931
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-01-10 13:11:26+00:00
Resolved: 2025-03-03 19:45:10+00:00

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

---
```
 0:02.97 INFO toolkit/mozapps/extensions/test/xpcshell/test_builtin_location.js | Starting test_builtin_update
 0:02.97 INFO (xpcshell/head.js) | test test_builtin_update pending (2)
 0:02.98 pid:4049595 [Parent 4049595, Main Thread] WARNING: Ignoring duplicate observer: extensions.webExtensionsMinPlatformVersion: file /home/user/moz/commcent/mozilla/modules/libpref/Preferences.cpp:2870
 0:02.99 pid:4049595 [Parent 4049595, Main Thread] WARNING: Ignoring duplicate observer: extensions.webextensions.remote: file /home/user/moz/commcent/mozilla/modules/libpref/Preferences.cpp:2870
 0:02.99 INFO (xpcshell/head.js) | test run_next_test 2 finished (2)
 0:02.99 INFO "CONSOLE_MESSAGE: (info) 1736514421080	addons.manager	DEBUG	Starting provider: XPIProvider"
 0:02.99 INFO "CONSOLE_MESSAGE: (info) 1736514421080	addons.xpi	DEBUG	startup"
 0:02.99 INFO "CONSOLE_MESSAGE: (info) 1736514421080	addons.xpi	DEBUG	List of built-in add-ons is missing or invalid.: [Exception... "Component returned failure code: 0xc1f30001 (NS_ERROR_NOT_INITIALIZED) [nsIXPCComponents_Utils.readUTF8URI]"  nsresult: "0xc1f30001 (NS_ERROR_NOT_INITIALIZED)"  location: "JS frame :: resource://gre/modules/addons/XPIProvider.sys.mjs?5 :: startup :: line 2502"  data: no] Stack trace: startup()@resource://gre/modules/addons/XPIProvider.sys.mjs?5:2502
callProvider()@resource://gre/modules/AddonManager.sys.mjs:228
_startProvider()@resource://gre/modules/AddonManager.sys.mjs:537
startup()@resource://gre/modules/AddonManager.sys.mjs:750
startup()@resource://gre/modules/AddonManager.sys.mjs:3684
observe()@resource://gre/modules/amManager.sys.mjs:73
promiseStartupManager()@resource://testing-common/AddonTestUtils.sys.mjs:853
test_builtin_update()@/home/user/moz/commcent/obj-thunder-opt/_tests/xpcshell/toolkit/mozapps/extensions/test/xpcshell/test_builtin_location.js:106
_run_next_test/<()@/home/user/moz/commcent/mozilla/testing/xpcshell/head.js:1759
_run_next_test()@/home/user/moz/commcent/mozilla/testing/xpcshell/head.js:1759
run()@/home/user/moz/commcent/mozilla/testing/xpcshell/head.js:808
_do_main()@/home/user/moz/commcent/mozilla/testing/xpcshell/head.js:245
_execute_test()@/home/user/moz/commcent/mozilla/testing/xpcshell/head.js:596
-e:1"
 0:02.99 INFO "CONSOLE_MESSAGE: (info) 1736514421081	addons.xpi	INFO	SystemAddonLocation directory is missing"

```
Bug: Incorrect copy of a filter to a local folder:If there are two or more messages to be copied to the same folder, only the first one is copied correctly, while the others are empty in the destination folder.
Status: UNCONFIRMED
Priority: --
Created: 2025-01-10 13:29:54+00:00
Resolved: 2025-02-27 12:47:27+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 a filter on my gmail imap account with the following setting:
- If sender contains a particular string.

The actions to take are:
- copy the message to a local folder;
- delete the message.


Actual results:

If there are two or more messages to be copied to the same folder, only the first one is copied correctly, while the others are empty in the destination folder.



Expected results:

All messages copied to the destination folder should be complete. They are instead  empty.
Bug: Indexing messages gets stuck, Thunderbird becomes sluggish
Status: UNCONFIRMED
Priority: --
Created: 2025-01-10 17:55:42+00:00
Resolved: 2025-01-13 14:50:03+00:00

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

Steps to reproduce:

I have an 8 year old work email account, through gmail. I have a separate "Archives" folder. This is not getting indexed (specifically, it always says "Indexing messages", but without making progress).

I have tried:
(1) Deleting the database
(2) Removing the whole email account, and re-adding it
(3) Deleting my entire profile account
(4) Changing from Thunderbird as a Snap, to the download from the Releases page
(5) Changing my Archive folder from a single folder with all emails, to a set of sub-folders, one for each year


Actual results:

Activity manager shows "Indexing messages". Exact message now is "Indexing 298 of 342 in Archives - {my email here} (86% complete)". 

Current resource usage through task manager is <1% CPU, and 750MB RAM (with >16GB system available, and loads of Swap). Overall CPU use is <10% on each of the 8 cores. 

If I close thunderbird and open again, some of those numbers may change, but it never completes. 

I have the impression that, left long enough, the entire UI becomes slow (notable lag when typing an email, for example). Closing and opening Thunderbird resolves the lag. 




Expected results:

Indexer should complete. Ideally, if it gets stuck, tell me where it is stuck (maybe I can delete an offending message?)
Bug: (google) carddav address book not syncing - delete on web doesn't delete from thunderbird
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-10 23:32:34+00:00
Resolved: 2025-01-12 18:30:00+00:00

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

Steps to reproduce:

I created a CardDAV address book in Thunderbird.  I used "Add CardDAV address book" and put in my email address as the Username and TB automatically filled in the Location field (gmail.com).  All of my contacts on Google Contacts were added to my TB address book.

I went out to the gMail contacts  list on Google  and deleted a contact.  I then used the synchronize option in the context menu for the address book.  

I have tried deleting the address book and re-adding it, but that doesn't correct the situation.






Actual results:

The contact was not deleted from the TB address book.

The contact is also not deleted during the periodic automatic sync.


Expected results:

The contact should have been deleted from the TB address book.
Bug: Performance Issues
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2025-01-11 14:15:40+00:00
Resolved: 2025-02-21 13:27: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:

The performance in normal usage of Thunderbird went down dramatically. Not necessarily with version 128, but for a couple of versions.

Just looking up Emails or read through the new Emails that just came in and navigate up and down with Cursor keys on the keyboard so that the emails are in state "Read" is lagging dramatically since a couple of versions.


Actual results:

Since a couple of versions the performance in normal use got very poor and the UI almost feels like not reacting for a second or two.


Expected results:

Navigation up and down in the Emails should work fluently and without time in between
Bug: compact folder fails since update 128.5.2esr (junk folder could not be compacted)
Status: UNCONFIRMED
Priority: --
Created: 2025-01-11 16:18:05+00:00
Resolved: 2025-02-19 17:56:24+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 open Thunderbird to check my email. Whenever I do, I get this popup window about having to compress folders. Every day
Also today, after updating on 128.6.0esr.
Reproducing steps:
1. Open Thunderbird.
2. Notice the compression request and hit "compress now".
3. Quit OK on "junk folder <empty, I must say!> could not be compressed"
4. Close Thunderbird.
5. Wait for one minute doing nothing
6. Reopen Thunderbird.
7. Compression request reappears. Saying same 61,8 MB would be freed!


Actual results:

I guess, compression did not happen for some reason.
If it had, whatever, the number (61,8 MB) would change.
And that hampering junk folder is empty. I tried to delete it but for some reason I cannot.


Expected results:

Compression used to occur like twice a month or so.

Hint: 1) I did not find the version field. After I did, I am not able to enter 128.6.0esr there. "128" is not accurate as the bug is there since a few weeks only.
2) It should be possible to attach more than one screenshot.
Bug: Go to previous unread message scrolls up and message is positioned at the top of the screen in unthreaded views
Status: ASSIGNED
Priority: --
Created: 2025-01-11 16:25:07+00:00
Resolved: 2025-02-08 12:27:45+00:00

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

Steps to reproduce:

Click Go → Previous → Unread Message (or press P)


Actual results:

The list of messages is scrolled so that the currently selected line is positioned at the top of the screen. This makes it harder to see messages just above the "last unread message".


Expected results:

This is "recent" behaviour change. Earlier in 2024 (I can't pinpoint the exact version when this changed because my profile is no longer backwards compatible), the list was only scrolled up if there were no unread messages currently visible.

The "Go to next unread message" feature still works as expected and does not scroll down aggressively (the currently selected line is not positioned at the bottom of the screen unless there were no unread messages visible on the screen when it was pressed).
The "Go to previous unread" message should behave similarly, as it did with older Thunderbird versions.
Bug: Extension manifest v3: specified icon not used on add-ons page
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-01-11 20:00:54+00:00
Resolved: 2025-01-12 12:06:30+00:00

With this in my manifest.json:

```
  "manifest_version": 3,
  "icons": {
    "48": "icon.svg",
    "96": "icon.svg"
  }
```

The specified icon is not displayed next to my add-on, either in the list of extensions page or when I click through that page into my specific add-on. Instead, the generic extension icon is displayed.

I tried using PNG files, also didn't work.

I tried putting the icons in a subdirectory, also didn't work.

The correct icon _is_ displayed in the window that pops up asking me to confirm installation of the add-on.

Additional data point: if I specify the same SVG file for my compose action button (`default_icon: "icon.svg"`), it works.

The problem described above goes away if I switch to `"manifest_version": 2`.
Bug: Selecting multiple messages on message list pane is not working properly.
Status: ASSIGNED
Priority: P3
Created: 2025-01-12 06:08:52+00:00
Resolved: 2025-02-27 15:49:31+00:00

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

Steps to reproduce:

Holding down the CTRL and left-clicking the messages I want to delete (or move, etc.), then after selecting a number of messages, the previously selected messages become unselected, as though I lifted my finger off the CTRL key. (I didn't).

The problem was discussed in:
https://support.mozilla.org/en-US/questions/1454403#answer-1702830
without a workable resolution in my case.


Actual results:

I have tried doing the same process in other programs, i.e., choosing lines of text in LibreOffice and multiple files in the search program, Everything without the problem. On my HP laptop, I only have one CTRL key, so I could not try the other (fingerprint in the right-hand location). I will try to remap my right ALT key to CTRL and see what happens and report back. I cleaned the key contacts as best possible.  SEE ATTACHED .GIF FILE.

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

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


Expected results:

Not have the previously selected messages become unselected
Bug: Incorrect #todo-tab-panel height - "Calendar" tab and the "Tasks" option is selected
Status: UNCONFIRMED
Priority: --
Created: 2025-01-12 11:17:52+00:00
Resolved: 2025-01-13 07:23:24+00:00

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

Steps to reproduce:

Hi.
1. I go to the "Calendar" place.
2. In the events and tasks area (right part of the window) I choose "Events and tasks" view.
3. I drag the mouse to obtain the desired vertical division between the "Events" and "Tasks" windows (attachment 1.jpg).
4. I switch the view from "Events and Tasks" to "Tasks".
5. And then I observe the error (attachment 2.jpg)...


Actual results:

The height of the #todo-tab-panel remains unchanged, which leaves unused space under the "Click here to add a new task" field.


Expected results:

I think it would be more appropriate to have the "Click..." field at the very bottom when you switch the view to "Tasks", as I achieved with css in my themes (attachments 3.jpg, 4.jpg).

My rule definition:

:has(#agenda-panel[collapsed="true"]) > #todo-tab-panel:not([collapsed="true"]) {
  height: 100% !important;
}
Bug: Addressbook disappears when background script is stopped
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-01-12 18:50:49+00:00
Resolved: 2025-01-18 10:57:01+00:00

Steps to reproduce:

Create a WebExtension for Thunderbird using the v3 manifest. The manifest contained this section:

    "manifest_version": 3,
    "background": {
        "scripts": [
            "lib/background.js"
        ],
        "type": "module"
    },

Added the following code to background.js (snippet below, full code similar to that described here https://webextension-api.thunderbird.net/en/stable/addressBooks.provider.html)

browser.addressBooks.provider.onSearchRequest.addListener(
  //
);


Actual results:

The new Address Book appeared in the list of available Address Books in the left hand pane of the Address Books tab in Thunderbird, and was searchable, when the extension was first loaded and for a few seconds afterwards (20 or 30). After that the Address Book disappeared. The only way to show the Address Book again was to reload the extension (after using Debug Extensions option to make the reload button available).


Expected results:

The Address Book should persist even when the background script is stopped, and any attempt to search the address book should 'wake up' the extension's background.js.

Note: using the same mechanism to add an Address Book with a webextension using manifest v2 works as expected.
Bug: Adding attachment interminttently doesn't work - requires restart of Thunderbird before it works again
Status: UNCONFIRMED
Priority: --
Created: 2025-01-12 20:49:09+00:00
Resolved: 2025-01-13 21:01:49+00:00

Steps to reproduce:

Intermittent - on 128.6.0esr (64-bit) Linux
When composing an email, attempt to add attachment from either the key word found prompt on the status bar, or the attach button on the tool bar. 


Actual results:

The file dialog opens as expected. When selected, the file is highlighted, the file dialog closes, but the file is not attached.  Repeated attempts to attach a file when this happens give the same results - no file attached.
Work around - 
Save the message as draft.
Close and restart Thunderbird
Open Message and complete file attachment as usual.


Expected results:

File should simply attach like it's supposed to :-)
Note:  I did double check file permissions to make sure that I have/had permission to the file and directory tree.  I do - file permissions are not the issue.
Bug: need release info on Bug 1935124
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-13 08:41:43+00:00
Resolved: 2025-03-02 05:33:34+00:00

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

Steps to reproduce:

To the folks dealing with Bug 1935124 regarding inability to compact folders:

I see that Bug 1935124 has been fixed and the bug is now set to status of "Resolved". Great to hear

But you have made sure that I can't reopen to ask a question about target date for release info on which versions will get the release. So I have to create a new bug about your website on bugs not giving an indication of target releases to be fixed (note that I am note asking for a "when" ... though I probably should!)

This bug is a PITA as far as I am concerned and I really think you ought to push it out now rather than later. It should be in next minor release. Not pushing until next major is really not acceptable. I am very tired of having to dealing with "compact folders" as broken.

Thanks for understanding
Paul
Bug: times out if checking two gmail accounts at the same time
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-01-13 11:41:10+00:00
Resolved: 2025-01-22 16:19:52+00:00

Steps to reproduce:

Have two Gmail accounts and let  Thunderbird check both


Actual results:

It checks one Gmail then timeouts on the other


Expected results:

It should check both one after the other.

if I check one manually wait 10 seconds check the other its fine.
Bug: bug when working with an outlook mailbox
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2025-01-13 12:39:50+00:00
Resolved: 2025-01-14 09:55:12+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 an outlook mail that I use with Thunderbird.
Recently, I have sometimes a problem when Thunderbird downloads my new mails (imap protocol). Pages don't appear and are reduced to a white page with those signs:

--=-/suPS8X1/X1R9UEOgX0/9A==--

When this happens, it's impossible to fix it. But if I go on <https://outlook.live.com/> or uses another mailbox application, the mail appears and is totally normal. 

This never happens with other mails like yahoo or google.

So it is really a Thunderbird bug.


Actual results:

Outlook new mails are replaced by a white sheet with only those signs:

--=-/suPS8X1/X1R9UEOgX0/9A==--


Expected results:

Mail pages should appear.
Bug: Thunderbird ccov builds broken with Rust 1.84
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-01-13 13:06:08+00:00
Resolved: 2025-02-03 13:38:49+00:00

Thunderbird ccov builds are broken, same cause that's reported in bug 1938003.

Firefox updated taskcluster builder to rust 1.84
That version is known to break ccov builds, see bug 1924961.

As a workaround, Firefox ccov builds were changed to keep using rust 1.83
see https://phabricator.services.mozilla.com/D233455

I tried the trivial approach to request rust-1.83 in the ccov configuration, see
https://treeherder.mozilla.org/jobs?repo=try-comm-central&revision=edf44cc8a8b18cb026731ab79c066d4b5377f186

But that doesn't work, because the TB rules don't contain the jobs for fetching that rust toolchain, AIUI.
Exception: Missing fetch job for build-linux64-ccov/opt: linux64-rust-1.83

The TB taskcluster rules need additional magic.
Is it necessary to duplicate some of the additional rule files that the Firefox patch changes?
Bug: password required on one account prevents sending in another
Status: UNCONFIRMED
Priority: --
Created: 2025-01-13 14:03:47+00:00
Resolved: 2025-03-05 17:47: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:

Try to send simple email from one account.


Actual results:

Nothing, except timeout and a suggestion to enter a new password for that account (which was not actually necesssary for that account).

It then appeared that there was another window, hidden behind the main window, asking for a re-entry of the password for a different account.  I provided that password (and the 2FA code), then retried the send using the original account - instant send.

(If the message for a password referred to that other account it should be shown separately.)


Expected results:

Using one account should be unaffected by all other accounts, regardless of their status, password requirements or anything else.  The fact that the window was hidden did not help, but should have been irrelevant anyway.  However, making such password failures obvious would clearly be of benefit.
Bug: unable to join IRC channels
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-01-13 18:32:21+00:00
Resolved: 2025-02-22 09:46:25+00:00

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

Steps to reproduce:

- configure IRC instant messaging account (I did it with HybridIRC)
- click on "join Chat" button and add a channel then check the "Auito-join this Chat Room". Click OK. The channel appears and can by used.
- quit TB and open it again



Actual results:

the channel is no longer visible and cannot be joint again


Expected results:

the channel should be visible on TB startup
Bug: Stylelint fails on CI
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-01-13 19:14:02+00:00
Resolved: 2025-02-03 13:39:11+00:00

Stylelint is now a perma fail on CI since https://bugzilla.mozilla.org/show_bug.cgi?id=1932920 landed.