av9ash/GitBugs huggingface dataset:
Bug: Error notification on Mac shows too few characters for me to know what's going on
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-01-10 06:15:33+00:00
Resolved: 2024-12-07 16:55:14+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:109.0) Gecko/20100101 Firefox/115.0

Steps to reproduce:

THunderbird's choice to use OS X's cute little poorly-designed "notifications" instead of actual error dialogs means that it cuts off the error messages at 68 characters so there's no way to know what it's trying to tell me. 


Actual results:

For instance, tonight I'm getting repeated notifications saying "The current operation in 'Inbox' did not succeed. The mail server for account Min..."

And that's it. That's all it says. I have no idea what it's trying to tell me. 

In the Activity Manager, it tells me a little more: "current operation on '***IN inbox ~~ personal or direct' did not succeed. The mail server for account Mine@ responded: [NONEXISTENT] Unknown Mailbox: INBOX/***IN inbox ~~"

Still cut off, although now I know what it's talking about (I moved some folders in Gmail and apparently TB is slow on the uptake.) Still, I can't be sure if there was more to the message, because even in the Activity Manager it cuts off. Meanwhile the Activity Manager display has generous whitespace, much more empty space than the single truncated line devoted to giving information.



Expected results:

When there is an error, it should give informative error messages that tell me something I might be able to use to either troubleshoot or file a bug report. 

It should not use a message display element with a hard limit of 68 characters to deliver error messages longer than 68 characters. 

The activity log should prioritize giving information, not preserving visual unused space. 

There should be some way to get a complete error message when there's a problem. Cutting off error messages is of no benefit to users over giving complete error messages.
Bug: Messages are marked as read only after certain HTML elements are loaded
Status: UNCONFIRMED
Priority: --
Created: 2024-01-10 07:38:09+00:00
Resolved: 2024-01-12 21:36:07+00:00

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

Steps to reproduce:

1. Have mark as read delay set to immediately
2. Receive a message containing HTML and external elements
3. Click on the message to read it


Actual results:

Some messages with HTML and external elements (images etc.) only get marked as read after everything in the message was loaded. When the external server takes some time to respond or there's a lot of elements, there's a significant delay between viewing the message and it being marked as read - because that only happens once everything was loaded.

This behavior was introduced with Supernova.


Expected results:

The message should be marked as read immediately, as it is opened, even if some image or other external resource was not loaded yet.

This was the behavior on "old" Thunderbird before Supernova. While I can only speak for myself, I prefer that old behavior as the new behavior feels slow / unresponsive. And sometimes I just want to glance at a message, realize I don't care about it and delete it - and not have it show up as "unread" in the trash bin.
Bug: Blocked if incorrect mail account password is entered
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-01-10 09:22:10+00:00
Resolved: 2025-01-08 09:48:59+00:00

Steps to reproduce:

1. Launch Thunderbird.

2. Dialog instantly appears prompting me to "Enter your password for account ..."

3. Accidentally enter incorrect password. Modal disappears.

4. After a pause, new dialog appears: "Login to account ... failed", with options "Enter New Password", "Cancel" or "Retry".

5. I choose the option "Enter New Password".

6. New dialog appears on top of the other, prompting me to "Enter your password for account ..."

7. I enter the correct password this time.



Actual results:

8. The "Enter your password for account..." dialog disappears. However, a dialog stating "Login to account ... failed", with options to "Enter New Password", "Cancel" or "Retry" remains. **It is not clear whether this is the same dialog as in step 4, or duplicate one that was hidden beneath them all. I suspect the latter.** In the main window beneath - which is inaccessible, messages are downloaded and displayed, indicating that the correct password was validated and is working.

9. None of the buttons on the remaining "Login to account ... failed" dialog respond to any user interaction:
  - Clicking the x in the top-right hand corner to dismiss it does not result in it being dismissed.
  - Selecting "Enter New Password" does nothing.
  - Selecting "Cancel" does nothing.
  - Selecting "Retry" does nothing.

10. The remaining dialog prevents returning or transferring focus back to the main window. The whole application is completely blocked/frozen and unusable. The only option available is to kill it by terminating the thunderbird process and restart it (and go around the process of entering passwords again - hopefully getting it right first time this time.)


Expected results:

Since the email address was correct and validated second time around, all password-related dialogs should have disappeared and focus should have been transferred back to the main window, so that the new messages that were successfully downloaded already could actually be accessed.
Bug: Check that the quickfilter API is correctly updating the quickfilter input field in Daily
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-01-10 09:26:24+00:00
Resolved: 2024-07-09 10:21:49+00:00

Example add-on: https://addons.thunderbird.net/de/thunderbird/addon/quickfilter-kbd/
Bug: Can't find in history my email sent
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-01-10 11:33:53+00:00
Resolved: 2024-01-24 09:08:52+00:00

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

Steps to reproduce:

Hello,

I have send an email to lot of users using CCI, but i can't find it when i use the research.




Actual results:

I don't find my email send when i use CTRL + K : https://app.usebubbles.com/qKyZzZsLrV2ShxnDraRCTR/ne-retrouve-pas-un-mail-en-copie-cache


Expected results:

Would be nice if i can find it again...
Bug: Temporary directories left behind from composing with dragged attachments
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-01-10 17:11:14+00:00
Resolved: 2024-03-14 10:45:04+00:00

When adding an attachment from another message, this is stored in the temp directory in a folder pid-NNNN.
The code registers the file itself for deletion here:
https://searchfox.org/comm-central/rev/d47e431b702099ec3bbfa8a8fffe0060d4823497/mail/components/compose/content/MsgComposeCommands.js#7977
but both files and directories are left when TB closes.
Bug: Temporary directories left behind from composing with dragged attachments
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-10 17:12:35+00:00
Resolved: 2024-01-10 19:06:55+00:00

When adding an attachment from another message, this is stored in the temp directory in a folder pid-NNNN.
The code registers the file itself for deletion here:
https://searchfox.org/comm-central/rev/d47e431b702099ec3bbfa8a8fffe0060d4823497/mail/components/compose/content/MsgComposeCommands.js#7977
but both files and directories are left when TB closes.
Bug: "Include messages in this folder in Global Search Results" won't stay checked for a "Deleted Items" folder that is not the selected trash folder.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-01-10 18:51:16+00:00
Resolved: 2024-12-26 21:29:33+00:00

Steps to reproduce:

In an IMAP account provided by outlook.office365.com, I have selected as Trash folder a folder that is not "Deleted Items" (the reason for this setup is to work-around bug 1843839).

I activated the setting "Include messages in this folder in Global Search Results" for the "Deleted Items" folder. Wait for Gloda to index the folder. Close TB and open it again.


Actual results:

The setting is now deactivated and Gloda does not include results from "Delete Items".

Waiting for gloda to finish indexing or not does not change the result. The setting won't stay checked.

I have tried repairing the folder. It doesn't make a difference.



Expected results:

The setting should be remembered across TB restarts.
Bug: Filtering on a message body also filters on attachment content
Status: NEW
Priority: P3
Created: 2024-01-10 21:12:09+00:00
Resolved: 2024-01-12 17:54:34+00:00

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

Steps to reproduce:

1. A message arrives with an attachment EML file
2. The message is filtered


Actual results:

The message is filtered according to the attached EML file headers.


Expected results:

The filter engine should stop filtering headers when the primary message's headers ends. The rest should go to the body.
Bug: emails show wrong date
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-01-11 03:02:11+00:00
Resolved: 2024-05-12 16:31:35+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:109.0) Gecko/20100101 Firefox/115.0

Steps to reproduce:

Looked in a mail folder containing about 15 years worth of email. Emails received in 2010 are listed as having been received today.

Added "received" column to mailbox view. Shows same incorrect date as "Date" column.

Looked at the source of the messages, both in Thunderbird and in Gmail, the original source. Date headers contain correct dates. No "received" header at all. 

Opened the folder properties and told it to repair the folder.


Actual results:

Nothing at all. Ancient messages from 14 years ago, in a folder that has existed and contained them for many years, remain in the mailfolder view showing times that make it look like they arrived tonight. Those times do not appear anywhere in the message source, only the correct 2010 date does.


Expected results:

Thunderbird should only show real dates, not invent its own fictional timestamps that are independent of reality or anything in the email itself.

Se;ecting the option to repair the folder should repair the folder.
Bug: Folder views continually revert to unwanted, misleading "threaded" view
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-11 04:30:04+00:00
Resolved: 2024-06-13 15:58:48+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:109.0) Gecko/20100101 Firefox/115.0

Steps to reproduce:

1. Set numerous folders to "View > Sort By > Unthreaded".
2. Tried setting numerous folders to "View > Sort By > Unthreaded" and going to the little tiny widget to the right of the folder column header and select "Apply current view to folder" to current folder and others
3. Tried setting numerous folders to "View > Sort By > Unthreaded" and going to the little tiny widget to the right of the folder column header and select "Apply current view to folder and it's childred" to every account and to numerous other folders
4. Restart TB after every change
5. Repeat this tens of thousands of times over the course of several years, and dozens of consecutive versions of TB.


Actual results:

Every new window defaults to View > Sort By > Threaded, resulting in emails I need to see being hidden.


Expected results:

Either 1) selecting View > Sort By > Unthreaded should make the view unthreaded for that folder and remember the setting for more than just that one momentary display of the folder. Selecting View > Sort By > Unthreaded and doing "Apply current view to folder" or "Apply current view to folder and it's children" should make the view unthreaded and apply the unthreaded view to the selected folder, or to the selected folder and all its children, respectively, or 2) These features should be removed from the program. In general, a menu option should do what that menu option says, or otherwise, be removed so as not to mislead users into thinking it will do what it says. 

In no case should a user have to repeatedly select "View > Sort By > Unthreaded" many tens of thousands of times over the years. Selecting it merely hundreds or thousands of times should be sufficient to indicate that the view should be unthreaded. 

In my opinion, the destructive and misleading "threaded" view should be removed from Thunderbird entirely, however I understand some people may for reasons I don't understand prefer to have emails hidden from view if they happen to be in reply to other emails. But it definitely should not force us to tell it tens of thousands of times over the years that we don't want that.
Bug: Accounts with disabled "Check for new messages every x minutes" without password saved are being checked
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-11 07:59:39+00:00
Resolved: 2024-01-12 07:24:46+00:00

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

Steps to reproduce:

Version 115.6.1

Usually accounts that I disable checking that haven't been logged into or have a saved password, repeatedly try to check for email, prompting for login credentials


Actual results:

Constant popups, prompting for password. Multiple of the same, overlapping.  "Check for messages at startup" and "Check for new messages every x minutes" should be obeyed as per previous functionality


Expected results:

Accounts with "Check for messages at startup" and "Check for new messages every x minutes" unchecked should not check for email
Bug: Error message logged by browser_linkHandler.js: JavaScript component does not have a method named: "externalProtocolHandlerExists"
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-01-11 08:16:50+00:00
Resolved: 2024-01-14 09:00:28+00:00

This test logs the error message many times during a run, and the missing method can somehow also lead to a crash a few tests later.
Bug: From Thunderbirth 122.0b3 keep asking for password of disabled account
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-01-11 08:57:07+00:00
Resolved: 2024-10-25 13:11:18+00:00

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

Steps to reproduce:

Just Open Thunderbirth And Wait Some Time


Actual results:

Thunderbirth Keep Asking For Password On Disabled Account


Expected results:

Don't Ask For Password!!! 
I've non existant account on witch I want to keep emails just as archive
Bug: Infinite connection attempts on disabled account on ThB 115.6.1
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-11 10:38:43+00:00
Resolved: 2024-01-17 19:25:56+00:00

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

Steps to reproduce:

Upgraded to 115.6.1 (64-bit).


Actual results:

I see notification popup every minute or so telling me that there was a timeout while attempting to connect to an account, that is "disabled" (configured NOT to download emails at startup & NOT to download emails every X minutes).
NOTE: in the attached screenshots, I have changed the server address to localhost instead of the true email server address, but the problem is the same.


Expected results:

No connection to this email server should be attempted => not timeout should occur => no popup should appear
Bug: "Reply All" is missing when opening a .eml file
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-11 11:05:15+00:00
Resolved: 2024-02-08 16:23:25+00:00

Steps to reproduce:

When opening a .eml either from an attachment or as a file, the resulting email window does NOT show a "Reply All" button, although there are multiple recipients in the CC list.

When opening the original mail the "Reply All" button is being displayed, it only affects the .eml file mail. 

This bug only occurs since Thunderbird 115. Opening the .eml file in Thunderbird 102 the "Reply All" button appears.


Actual results:

"Reply All" button is not showing in Thunderbird 115 when opening a .eml mail.


Expected results:

The button should appear next to the "Reply" button when opening a .eml mail.
Bug: Quick Filter Very Slow in Saved Search
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-11 15:46:59+00:00
Resolved: 2024-04-09 19:40:50+00:00

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

Steps to reproduce:

Since I updated to version 115 the quick filter is slow, very slow if I use it within folders containing saved searches.

I have rebuilt all the indexs, including the global one, but the situation has not changed. Unfortunately, the quick filter is one of the functions that I use and appreciate the most, but it is effectively unusable.


Actual results:

Thunderbird seems freezed for some minutes. I cannot do nothing while I'm waiting...


Expected results:

I would like to use it as fast as it was before.
Bug: thunderbird not showing any  mails
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-01-11 18:11:38+00:00
Resolved: 2024-01-12 07:07:22+00:00

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

Steps to reproduce:

starting thunderbird, no mails are displayed, only the folders on the left

snap version, latest
thunderbird                    122.0b4-2                   431    latest/edge      canonical✓    


Actual results:

no mails


Expected results:

mails displayed
Bug: Regression: Accessible focus events missing from message list when message deleted - accessible object should not be reused
Status: NEW
Priority: --
Created: 2024-01-11 18:25:52+00:00
Resolved: 2024-03-04 10:52:34+00:00

Steps to reproduce:
1. Launch the attached pyatspi accessible-event listener in a terminal
2. Launch Thunderbird, place focus in the message list
3. Arrow down several times, making the current message somewhere in the middle of the list
4. Press delete

Expected results: In both steps 3 and 4, each key press would result in the listener printing the newly-focused message in the message list.

Actual results: In step 3, each key press results in the listener printing the newly-focused message in the message list. BUT, this happens rarely for step 4 (possible race condition?)

Impact: When Orca users delete a message that's in the middle of the list of messages, Orca fails to announce the newly-focused message.

Note: This is a regression. I'm afraid I don't have time at the moment to do a bisect. It also seems like the race condition I mentioned *might* be getting worse, but that might be a coincidence / red herring. With that disclaimer in mind.....

* (I did not test before 113 b1, sorry!)
* In 113 b1, most of the time things worked as expected, but sometimes the event was missing after a deletion.
* In 114 b1, often the event is missing after a deletion.
* Orca users reported this on the Orca mailing list as a regression in 115.
* In Daily (currently 123 a1), the event is almost always missing after a deletion.
Bug: Duplicating zoho emails (happened 2-3 times)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-01-11 18:35:21+00:00
Resolved: 2024-01-12 07:28:19+00:00

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

Steps to reproduce:

Incoming mail


Actual results:

I suddenly got tons of duplicate emails for just my zoho accounts (2), nothing for my hoster or gmail.

It even created tons of duplicates going back to late December which weren't there before. Prior to that, no duplicates.

In zoho webmail there are no duplicates, they asked me to check. This happened on the 8th.


Expected results:

No duplicates
Bug: Drafts saved in offline mode don't get deleted when the message is sent
Status: UNCONFIRMED
Priority: --
Created: 2024-01-11 20:57:11+00:00
Resolved: 2025-01-11 13:23:53+00:00

When composing and sending messages offline, Thunderbird fails to delete any saved draft once it goes back online.

Reproducibility: Always

Steps to reproduce:
1. Go into offline mode (File->Offline->Work offline).
2. Start composing a message for an IMAP account (File->New->Message).  A message composer window appears.  Enter a valid e-mail address in the "To" field.
3. Save a draft, either by waiting several minutes or by manually invoking File->Save.  Thunderbird saves the draft to the IMAP account's (locally cached) drafts folder.
4. Queue the message for sending (File->Send Later).
5. Go back online (File->Offline->Work offline).  
6. When prompted, agree to send the queued messages.

Observed results:
1. Thunderbird sends the message but leaves the draft in the IMAP account's drafts folder.

Expected results:
1. The message should be sent and, if the sending is successful, the draft in the drafts folder should be deleted.  (This is the same behaviour as if the message had been composed online.)
Bug: filters to forward emails should not forward encrypted emails unencrypted
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-12 05:40:52+00:00
Resolved: 2024-01-12 14:22:01+00:00

Steps to reproduce:

Created a filter that forwards incoming mails to another email address.
Received encrypted emails (S/MIME or PGP).


Actual results:

The incoming encrypted emails will be forwarded unencrypted. This happens regardless of whether the email addresses to which messages are forwarded have S/MIME certificates or PGP keys themselves.


Expected results:

This is a security problem. The senders of encrypted emails have no way of knowing about the recipient's forwarding. All unencrypted forwarded messages are to be considered compromised.
I would expect that emails that are received in encrypted form should only be forwarded in encrypted form. If the email address to which it is forwarded does not have an S/MIME certificate or a PGP key, it should not be forwarded at all. Otherwise, the forwarded emails should be re-encrypted for these recipients.
This should be checked when the forwarding filter is created and a warning issued if necessary.
A warning or notice should also be issued if an encrypted email cannot be forwarded due to this policy.