av9ash/GitBugs huggingface dataset:
Bug: messages.list(), messages.move(), messages.copy(), folders.create(), folders.rename(), etc.  require to specify a MailFolderId instead of a full MailFolder object.
Status: NEW
Priority: --
Created: 2023-11-18 07:34:30+00:00
Resolved: 2023-11-18 07:34:30+00:00

During a local XPCSHELL  test of C-C TB (FULL DEBUG version), I got a log of error lines and similar as follows
```
INFO "CONSOLE_MESSAGE: (error) [JavaScript Error: "Error: Support deprecated since Thunderbird 121 and removed in Manifest V3: folders.create() requires to specify a MailFolderId instead of a full MailFolder object." {file: "moz-extension://801ac631-63bd-4dab-b12f-2d2ddd2d1480/background.js" line: 10}]

```
Obviously, this is rather new. (... since Thunderbird 121 ...)
I am attaching an output of the following command to show the error messages with surrounding TEST_START and TEST_END lines.
ignore-immediate-test-start-and-end-pairs.awk is a locally crafted awk script to remove
uninteresting TEST_START/TEST_END pairs that don't show the error/warning messages of interest.
log1610-xpcshell.txt is the log recorded by script command where I ran the mach command for runnign xpcshell tests.

```
egrep -a "(TEST[-_]START|TEST[-_]END|TEST[-_]OK|requires to specify a MailFolderId)" /FF-NEW/log1610-xpcshell.txt  | gawk -f ~/Dropbox/TB-DIR/ignore-immediate-test-start-and-end-pairs.awk
```

I have learned some tests do not flag error failures even though there ARE javascript errors. Seeing these TEST PASS messages when there are JavaScript errors really diminishes my trust in the test framework. :-(

You have to run C-C TB Debug version with "--verbose" and "--serialize" to get the warning/error messages.

EDIT: fixed the INCORRECT "'''" quote issue.
Bug: Błąd sortowania po dacie w liście wiadomości
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-11-18 09:34:35+00:00
Resolved: 2023-11-18 09:40:14+00:00

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

Steps to reproduce:

Przeglądam odebrane wiadomości sortując je po daie wysłania.


Actual results:

Błędne sortowanie postów


Expected results:

Sortowanie powinno uwzględniać także godzinę wysłania.
Bug: [bustage] Port bug 1864985 - Add hasUserPass attribute to nsIURI
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-11-18 12:00:09+00:00
Resolved: 2023-11-21 09:32:38+00:00

+++ This bug was initially created as a clone of Bug #1864985

c-c builds are busted. 
https://treeherder.mozilla.org/jobs?repo=comm-central&selectedTaskRun=enrp3U3tQuS6mNwQttI2tw.0
Bug: l'affichage des messages en mode classique ou autre n'est plus réglable
Status: UNCONFIRMED
Priority: --
Created: 2023-11-18 14:16:30+00:00
Resolved: 2023-11-18 14:17:53+00:00

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

Steps to reproduce:

Bonjour, la mise en page au passage à Supernova est catastrophique !!! les "volets" de visualisation des e-mails ne peuvent plus être ajustés, y compris d'autres fenêtres, la barre pour agrandir la vue des messages s'arrête à environ 6/7 centimètres du haut alors qu’auparavant elle allait jusqu’à 2 centimètres du haut. Du coup l'entête du message comprenant l'expéditeur, le destinataire, le titre du message entre autres choses est immense et aucun moyen de le diminuer ! Avec ça et la barre de réglage du haut qui s'arrête à 6/7 cm la vue des messages devient acrobatique....cela est arrivé avec la nouvelle version lors du passage de 102.15.1 à 115 !-( Pourriez vous arriver à un affichage correct ou au moins donner la possibilité de réglage plus souple ? dans le cas ou cela n'est pas possible je pense revenir à la version 102.15.1 sans aucuns regrets 8-)... Merci



Actual results:

toujours le même problème depuis le passage à supernova et malgré les mises à jour jusqu’à la version 115.4.3 (64 bits) l'affichage d'un message en mode classique par exemple en utilisant F8 ou pas la hauteur des messages n'est plus aussi bien gérée et s'arrête à environ 6/7cm ce qui pénalise la vue et réduit la taille du message.


Expected results:

le réglage de la hauteur de la fenêtre avec le clic droit de la souris devrait pouvoir se faire jusqu’à au moins 1.5/2cm du haut de la vue comme dans les versions précédentes, ce qui était le cas jusqu’à la version 102.15.1
Bug: Incorrect scrolling position in the message list when opening a folder.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-18 15:38:40+00:00
Resolved: 2023-11-25 00:31:09+00:00

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

Steps to reproduce:

Go to a mail folder (no message having been selected in that message list).


Actual results:

Scroll position is not where latest messages are, but rather is to the very top of the incoming mail list for that folder


Expected results:

Scroll position should be to the bottom of the pertinent incoming mail list is there is no message selected.
Bug: Mails missing in view "Open message in Conversation" across IMAP and local folder borders
Status: UNCONFIRMED
Priority: --
Created: 2023-11-18 16:45:04+00:00
Resolved: 2024-12-11 04:26:27+00:00

Steps to reproduce:

Just "Open message in Conversation" for a IMAP stored mail after some mails of same conversation were moved from IMAP to local folders. 


Actual results:

The topic tree view inside "Conversation-Window" (after click on "Open message in Conversation" from mail context menu) of a mail stored in an IMAP-Folder lists   
only the mails that are located within IMAP folders.
Mails of the same topic that were previously moved to the local folders are not (or no longer) listed.


Expected results:

Desired result in "Conversation-Window": 
IMAP and local mails should be displayed in the same topic tree if they refer to each other via Message-ID or In-Reply-To or References, regardless of whether some of the mails are on the IMAP server or only in the local folder.
Bug: Thunderbird delays downloading e-mails after program start
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-11-18 23:14:34+00:00
Resolved: 2024-03-30 23:07:59+00:00

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

Steps to reproduce:

I start Thunderbird. Issue happens at every program start.



Actual results:

As opposed to earlier versions, Thunderbird just claims to download e-mails from my e-mail server, but in reality it stalls for more than 30s, sometimes up to a minute before starting the download.

The theory that this is not just a server issue is backed by three facts: 
- The issue started appearing exactly with the switch to the new UI. 
- several open tabs from the last session with e-mails that had already been downloaded previously stall as well at start-up
- Also, sometimes I get an abort message saying that the messages "could not be written into the e-mail file" and asking me to check that I have enough space on my hard-disk drive (see attached screenshot). When I close this eror message and hit the download-button, the messages are downloaded immediately.


Expected results:

Like in earlier versions, Thunderbird should start immediately after program start to download e-mails.
Bug: First initial of First name not always capitalized... and more
Status: UNCONFIRMED
Priority: --
Created: 2023-11-18 23:39:57+00:00
Resolved: 2023-11-20 19:13:20+00:00

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

Steps to reproduce:

I don't have a clue about the proper component.  I was FORCED to make a choice.

In the To: field I typed net as the beginning of the first name.  The proper first name should have been completed as Net... with the rest of the address.  It kept the lower case version instead of replacing the "n" with "N".  The recipient is very sensitive about her name.


Actual results:

In an effort to determine when this began, all mail to this person was reviewed from 1/1/2020.  The problem first occurred --
6/29/2023, 19:10 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
 Thunderbird/102.12.0
It occurs intermittently with through version 115.4.2.  115.4.3 is currently running but causing the issue is not predictable.  

I also discovered that Thunderbird no longer includes the version number in the header.  After 102.13.0 the header contains --
10/13/2023, 17:10 User-Agent: Mozilla Thunderbird
10/18/2023, 02:32 NO User-Agent Entry.
It is difficult to identify a version that may have an issue if the Version is not contained in the header.
I also discovered that Thunderbird does not log updated to the folder
C:\Users\[u name]\AppData\Local\Thunderbird
The folder is empty.




Expected results:

in "To:" when net... was typed the result should have been Net...
Bug: In the new version of Thunderbird, custom colours no longer hold.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-19 01:56:29+00:00
Resolved: 2024-05-19 07:38:50+00:00

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

Steps to reproduce:

I tried to set up my custom colours in the new version of Thunderbird, but they would not hold.


Actual results:

They disappear immediately.


Expected results:

They should have remained in the custom colours section until I changed them.
Bug: Completely empty email pane after 102->115 upgrade ((NS_ERROR_ILLEGAL_VALUE) [nsIMsgSendLater.hasUnsentMessages])
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-11-19 16:30:48+00:00
Resolved: 2025-01-20 12:28:43+00:00

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

Steps to reproduce:

Upgrade Linux Mint to Linux Mint 21.2, which upgraded Thunderbird from a 102 version to 115.4.1, and start Thunderbird


Actual results:

completely empty email pane.

Console output:

$ thunderbird
console.warn: services.settings: Failed to load last_modified.json: TypeError: NetworkError when attempting to fetch resource.
[ImapModuleLoader] Using nsImapService.cpp
ATTENTION: default value of option mesa_glthread overridden by environment.
ATTENTION: default value of option mesa_glthread overridden by environment.
ATTENTION: default value of option mesa_glthread overridden by environment.
JavaScript error: chrome://messenger/content/mail-offline.js, line 86: NS_ERROR_ILLEGAL_VALUE: Component returned failure code: 0x80070057 (NS_ERROR_ILLEGAL_VALUE) [nsIMsgSendLater.hasUnsentMessages]
console.debug: "Found 0 public keys and 0 secret keys (0 protected, 0 unprotected)"
console.debug: "Successfully loaded optional OpenPGP library libgpgme.so.11 from system's standard library locations"
console.debug: "gpgme version: 1.16.0"
JavaScript error: resource:///modules/VirtualFolderWrapper.jsm, line 243: Component returned failure code: 0x80550005 [nsIMsgFolder.msgDatabase]
JavaScript error: chrome://messenger/content/mailTabs.js, line 100: TypeError: win.messageBrowser is undefined
JavaScript error: resource:///modules/imThemes.sys.mjs, line 485: TypeError: aMsg.conversation.account.statusInfo is null


Expected results:

show accounts, folders and messages
Bug: Global search only showing outdated results
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-11-19 17:09:30+00:00
Resolved: 2024-12-07 21:18:51+00:00

Steps to reproduce:

Go to Global search and search for all emails involving a specific email


Actual results:

Showed results from 10 days ago, despite having received two emails since then from that person.   


Expected results:

Show all results involving specified email, and not just the ones from over 10 days ago.
Bug: Collapsing a thread with selections may not set currentIndex correctly
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-11-19 19:13:08+00:00
Resolved: 2023-12-15 20:04:55+00:00

__Steps to reproduce:__

1. Enter a threaded view.
2. Select the first and at least one other message of an expanded thread, making sure that the last single selected message (current index as indicated by the dotted border) was not the root message.
3. Collapse the thread
4. Press up/down arrow key.

__Actual result:__

The view scrolls all the way to the top and the first/second row is selected.

__Expected result:__

The row immediately above/below the collapsed one is selected.
Bug: unable to scroll to bottom of header pane if many threads, TB 115
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-19 22:31:05+00:00
Resolved: 2023-11-27 23:13:45+00:00

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

Steps to reproduce:

Find a message (usually a newsgroup) that has many replies.  Try to scroll the header list to see the last post.  Use either scrollbar handle or mouse wheel.


Actual results:

As the list scrolls and gets closer to the end of the list, at some point the list jumps back up a few lines preventing you from seeing the bottom post.


Expected results:

I should be able to scroll to the bottom.  This only happens with long list of replies.  In the video I first grabbed the scrollbar handle and tried, then  scrolled with the mouse wheel.
Bug: Sometimes failing to mark messages as "read"
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-11-19 22:40:22+00:00
Resolved: 2024-12-26 21:24:39+00:00

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

Steps to reproduce:

Viewing inbox, click a message to display, read message, archive message


Actual results:

Message is archived but shows as "unread"


Expected results:

Message should have been changed to "read".

Suspect that message is not flagged "read" until all html items are downloaded and it is completely displayed. Messages should be flagged "read" immediately they are displayed, even if some components are still downloading.
Bug: Quick Filter button cutoff when open in conversation view for long subject message
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-11-20 04:12:33+00:00
Resolved: 2024-10-14 08:56:30+00:00

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

Steps to reproduce:

Open a message with long subject message. 


Actual results:

Quick filter toggle button size is less than actual button size


Expected results:

Quick filter toggle button size is should be same as message list view.
Bug: Filters on Yahoo! and AOL accounts filters only first message of a match.  Manual filter works
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-11-20 09:21:23+00:00
Resolved: 2024-04-03 09:25:18+00:00

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

Steps to reproduce:

1.  Set up a free Yahoo! or AOL account in Thunderbird using IMAP.

2.  Create a filter on the account that is set to run when Getting new mail.

3.  Send at least 2 emails to the account that will match the filter.

4.  Get mail for the account.


Actual results:

The last email to arrive that matches the filter will be processed, but all other emails that match the filter will be ignored.  However, if you run the filter manually (assuming this option is selected), the remaining mail that matches the filter will be processed correctly.


Expected results:

All emails that match the filter should be processed when getting new mail, the same as happens with filters for other email accounts.

Note that this problem started at about the same time as Bug 1782719 when Yahoo! and AOL updated their systems, so there may be some overlap.  Prior to that, the filters that I have on these accounts worked as expected.
Bug: uifontsizechange event is not triggered when UI is reset to default font size
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-11-20 11:44:41+00:00
Resolved: 2024-04-09 17:55:48+00:00

The reset to default path currently doesn't trigger the `uifontsizechange` event, meaning the cards are stuck at their previous sizing. The additional code path that needs to fire the event is this one: https://searchfox.org/comm-central/rev/00c97f47c2c5cf52b96108dc72b2cd73eb733f2c/mail/modules/UIFontSize.jsm#35-38

To reset the font size, just click on the font size box in the app menu.
Bug: Cards height calculation should take into account actual default font size.
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-11-20 11:47:04+00:00
Resolved: 2023-11-22 22:27:52+00:00

Currently, the cards row height calculation falls back to 12 pixels if the `prefValue` is not set. This means we end up cutting off text if the user has set their system font size to anything bigger than 12px. We should instead use the system font size in that case. The `UIFontSize.size` getter seems like it would hold the appropriate value: https://searchfox.org/comm-central/rev/00c97f47c2c5cf52b96108dc72b2cd73eb733f2c/mail/modules/UIFontSize.jsm#115-119
Bug: TAGs don't sync the same with version TB115 (UI not immediately updated when a message tag changed on the server; changes only after message select or folder refresh)
Status: NEW
Priority: P2
Created: 2023-11-20 14:44:42+00:00
Resolved: 2025-01-23 15:29:54+00:00

Steps to reproduce:

We are a group of 9 people, organizing us with TAGs inside Thunderbird (using same IMAP Mail).
Before update to 115.4.3 version from 102 (I think) the tags were working flawlessly for more than 10 years. Now the syncing of tags somehow changed and that's not good or there is maybe a bug?


Actual results:

If with new version 115 someone change the tag on received e-mail, on other computers using the same IMAP Mail, the tag stays the same, until you click on that e-mail or until a new e-mail arrives. If nothing from that two things happens, than the tags are not synced (I waited for more than 20 minutes and the syncing  was not performed).
I also tested and figured out that the tags are "manually" synced also if I click to filter(QuickFilter) the inbox/sent messages with Tags and also if I change from inbox to sent and back to inbox.
That non-automatic syncing is very confusing because all the time you are not sure if you are already tagged or not.


Expected results:

Before if someone tagged an e-mail message, the tag was synced very fast in next seconds, nevertheless at which e-mail were you standing on. That was perfect!
I don't know in which way the TAGs were syncing before but at least click on "Get Messages" should sync the tagging too. In that way you can see faster on latest incoming e-mails if you are already tagged or not.
Bug: slow to delete email when next message has html newsletter with high activity in sViewManager, Paint and webrender
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-11-20 15:13:10+00:00
Resolved: 2024-09-28 14:36:29+00:00

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

Steps to reproduce:

I have a lot of mailboxes, and up to 115.4.2 (or .1?) on Win11 (not tested yet on Linux) TB was very slow when switching mailboxes or switching from mail to mail. I have a lot of mailboxes (>200) with lots of mails being autofiled (getmail & imapfilter). Since 115.4.3 TB has become MUCH more responsive (folder switching and going through text only mails), but is still slow when deleting a mail and the next one is not plain text but one with HTML content. 


Actual results:

Summarizing:
- works fine (normal speed):
...switching folders
...switching to text only mails

- slow
...switching to HTML mails (or maybe only UNREAD HTML mails since that required HTML processing and IMAP action?)

I will pay more attention to the exact situations where it is slow vs. fast over the next day or two and update this bug. Is there any profiling I can run to show what takes the time (IMAP interactions, HTML rendering, folder switching, etc.)?
Bug: Unread message count in folder pane is wrong
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-20 16:34:12+00:00
Resolved: 2024-01-06 18:11:53+00:00

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

Steps to reproduce:

Create message filter to move specific incoming messages to an Inbox subfolder


Actual results:

Messages are moved and the subfolder name is bolded, but the count of unread messages beside the name and the tooltip text are wrong. E.g., I have had one unread message in the subfolder for several days but the count usually says "9" or sometimes "10" or sometimes "2". Restarting, compacting, and even upgrading from 32-bit to 64-bit versions have no effect.


Expected results:

The count of unread messages should change to reflect the true number of unread messages in the subfolder.
Bug: No emails or calendars since forced update to Thunderbird 115 if calendar timezone not found.  Only works in troubleshoot mode.
Status: UNCONFIRMED
Priority: --
Created: 2023-11-20 16:56:01+00:00
Resolved: 2025-02-04 10:30:38+00:00

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

Steps to reproduce:

Nothing. Thunderbird updated by itself without asking permission to, and since the 115 update over a month ago I have lost emails and calendars.

Removed all add-ons: thunderbird still doesn't work.
Updated to 115.4.3 with the same results.

More details in bug 1857223

Note (maybe important)
eco@Ima:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 20.04.6 LTS
Release: 20.04
Codename: focal


Actual results:

Interface is blank, calendars are empty (local ones, and non local ones are greyed out, but none show any event).

thunderbird -P
then
thunderbird -safe-mode
works to regain access to emails and local calendars, but not the Google ones since the add-on letting me access those was disabled then removed. Customised settings are gone, and whenever I log in again all temporary settings are gone again (as expected in safe-mode but still gets old pretty fast).

Console output (probably irrelevant):
ATTENTION: default value of option mesa_glthread overridden by environment.
(x5)
(thunderbird:56679): Gtk-WARNING **: 17:51:09.503: Error loading theme icon 'dialog-question' for stock: Icon 'dialog-question' not present in theme oxygen


Expected results:

I should still be able to use thunderbird.

Wishlist +1: incorporate an opt-in for major updates so they can be postponed until things like add-on and custom settings can carry on seamlessly.
Bug: With imap account with all folders under Inbox, folder tree copy to account level results in folders INBOX.level0^^level1^^level2...
Status: NEW
Priority: --
Created: 2023-11-21 04:48:54+00:00
Resolved: 2023-11-23 11:33:29+00:00

For imap servers that put all subfolder under Inbox (default for cyrus, dovecot and courier) to correctly copy in a folder tree from another account you need to copy or drop it into Inbox or below. However, TB does not preclude copying or dropping the tree into the account level above Inbox.
If the source folder tree to be copied is structured like this:
```
level0
  level1
    level2
```
and if copied/dropped at the account level, the tree will appear under Inbox but below level 0 incorrect names will appear:
```
my-dovecot-account
  Inbox
    level0
    level0^^level1
    level0^^level1^^level2
```
If the server's hierarchy separator/delimiter is```/```, the personal namespace prefix will be ```INBOX/``` (shown in advanced server settings) and the imap commands to create the folders will be encoded like this:
```
aaa create INBOX/level0
bbb create INBOX/level0^level1
ccc create INBOX/level0^level1^level2
```
The problem is that when the folders are created, the separator/delimiter is unknown so the default delimiter ```^``` (called ```kOnlineHierarchySeparatorUnknown``` in the code) is encoded into the command strings to create the folders instead of the correct delimiter ```/```.
The double ```^^``` seen in the display is is an attempt to escape or un-escape the ```^```, I assume.
I tried this with 121 daily and with 102 so this is not a new bug.