av9ash/GitBugs huggingface dataset:
Bug: "To protect your privacy, Daily has blocked remote content in this message." was shown multiple times in the same email in Thunderbird 123.0a1
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-01-19 21:01:36+00:00
Resolved: 2024-01-29 16:54:38+00:00

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

Steps to reproduce:

I ran Thunderbird 123.0a1 20240119105841 on Wayland in Plasma 5.92.0 in a Fedora Rawhide/40 KDE Plasma installation. I opened emails some of which contained remote content.


Actual results:

"To protect your privacy, Daily has blocked remote content in this message." was shown multiple times in the same email in Thunderbird 123.0a1. The message was shown from 2 to around 40 times depending on the email. The whole email contents were covered by the message when the 40 messages were shown.

123.0a1 2024-1-15 had the problem while 123.0a1 2024-1-9 didn't. I bisected with mozregression. The first bad revision was for Bug 1873377 - Port bug 1845150: Use moz-message-bar instead of message-bar in notificationbox.js.

4:13.73 INFO: Narrowed integration regression window from [9c9d342d, 0c94f0f2] (3 builds) to [9c9d342d, a79a1c92] (2 builds) (~1 steps left)
 4:13.73 INFO: No more integration revisions, bisection finished.
 4:13.73 INFO: Last good revision: 9c9d342d1e44d01fe5085482adcadbc3b7f1f1fa
 4:13.73 INFO: First bad revision: a79a1c926a2af434e315670a67a137b7446674f6
 4:13.73 INFO: Pushlog:
https://hg.mozilla.org/comm-central/pushloghtml?fromchange=9c9d342d1e44d01fe5085482adcadbc3b7f1f1fa&tochange=a79a1c926a2af434e315670a67a137b7446674f6



Expected results:

"To protect your privacy, Daily has blocked remote content in this message." should have been shown only once in emails with remote content.
Bug: message list frequently changes from unthreaded to threaded
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-19 21:17:18+00:00
Resolved: 2024-01-22 04:55:34+00:00

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

Steps to reproduce:

115.6.1 (64-bit)

View | Sort by | Unthreaded is selected.

Tbird randomly, and frequently returns to threaded mode even though the above selection never changes.


Actual results:

Messages become threaded.


Expected results:

Messages should permanently be unthreaded.
Bug: (maildir) Neither Thunderbird global search nor "Allow spotlight to search messages" allow searching Thunderbird emails
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-01-19 23:54:01+00:00
Resolved: 2024-12-26 21:30:46+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:

Several months ago, I checked the option "Allow spotlight to search messages". I looked today and it is still checked. Spotlight is not set to exclude any folders or file types. 

The message store type is set to "file per message".

Today I tried a few times, with a few different common words that I knew were contained in emails, to search for any of those words in the window top search bar. I searched each word one at a time.

When that didn't work at all, I tried searching for each of those words in Spotlight.


Actual results:

Thunderbird's global search returned no messages for any search term. 

Spotlight returned no TB email messages for any search term.


Expected results:

Thunderbird global searches for a word should have returned all TB email messages containing that word. 

Spotlight searches for a word should have returned all TB email messages containing that word. 

Overall there should be some way that somewhere on this computer, either in Thunderbird or Spotlight, that I can type a word and receive a list of all emails containing that word. Ability to search emails for emails by entering a search term without having to know and specify in advance which folder or account it's in is an essential core function of a usable email client, which Thunderbird cannot now be considered to be because it lacks this elementary feature.
Bug: Unified folders that are grouped by sort open significantly slower in expand-all state than in collapse-all state
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-01-20 00:41:10+00:00
Resolved: 2024-04-12 07:54:44+00:00

Opening a saved search that spans two folders and contains about 8000 messages grouped by sort with all groups expanded takes about 5 times as long as opening it with all groups collapsed. While there may be be some optimization potential in the backend code, the easy solution appears to be to simply open the view in collapse-all state followed by expanding all groups when all messages have been loaded.
Bug: When the message list is refreshed and the message list redrawn, the messages are reverted to threaded
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-20 03:34:36+00:00
Resolved: 2024-01-20 22:06:10+00:00

Steps to reproduce:

This bug was reported before, but with inaccurate steps to reproduce.

Force the message view to be refreshed, for example, by deleting messages. It requires the message view to be refreshed (redrawn from scratch) completely to show up. Does not happen on each message delete, unless the view is completely refreshed.
With refreshed I mean, the screen is erased and then all messages are show again, but now threaded.

Actual results:

The view changes to threaded where messages are collapsed in to threads.
This bug has been introduced with one of the recent updates.
I am currently using TB 115.6.1


Expected results:

The view should have remained unthreaded.
Bug: Thunderbird 115.6.1 (64-bit) relentlessly consumes CPU on macOS
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-01-20 15:01:45+00:00
Resolved: 2024-04-21 22:55:27+00:00

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

Steps to reproduce:

1. Launch Thunderbird
2. Leave it open


Actual results:

Thunderbird starts consuming all the CPU for hours, heating up macbook and converting it to a turbofan jet


Expected results:

Do not consume all the CPU
Bug: tooltip mail count
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-01-20 18:12:52+00:00
Resolved: 2024-10-14 09:30:31+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:

Placed mouse over unified Trash folder.  


Actual results:

It displays 5 unread messages. 


Expected results:

As the folder is empty. The unread message indication of the account (The blue color) should be reset and the tooltip for that folder should be as well. The Junk folder tooltip also shows 2 messages unread.

Version 122.0b4
Bug: Startup sometimes creates a view for the folder at index 0 in folder pane instead of the folder that should be restored
Status: UNCONFIRMED
Priority: --
Created: 2024-01-20 23:29:12+00:00
Resolved: 2024-02-15 07:11:29+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:

We noticed that startup sometimes creates a view for the folder at index 0 in folder pane instead of the folder that should be restored.

If the folder at index 0 is a unified inbox which is grouped-by-sort, creating the view for this folder can delay startup considerably. The view flashes just briefly just to be replaced with the view of the folder which really needs to be restored.

This patch
https://github.com/Betterbird/thunderbird-patches/blob/main/115/bugs/NNN7-fix-wrong-folder-at-startup.patch
mitigates the issue in a hacky way. Logging in the console sometime shows:
`3pane init: Waited 200 ms and index of selected folder is 1`

Without the wait, the unified inbox folder at index 0 would have been restored first, causing a ~12s delay.

Note that bug 1875577 will address the slowness, but the issue still of displaying the wrong folder first remains.
Bug: OAuth2 For SMTP Office 365 Not Asking to Reverify
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-01-21 12:43:02+00:00
Resolved: 2024-01-26 11:25:01+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:

I changed Office 365 Domains for my emails. So I removed and added back the email account, but I cannot get it to reset the smtp server and OAuth2.  It tells me wrong password when I try to send an email. I removed the account, and also the smtp for that email account. I tried deleting the cookies also. No prompt to reverify anything. So I cannot send emails.  


Actual results:

Can't send emails, as OAuth2 for SMTP Office 365 is not verified even though Imap was. So I get a prompt retry, re-enter password or cancel, Re-Enter password does nothing.  


Expected results:

Email Sends correctly.
Bug: Not possible to mark more than one folder since upgrade to Supernova
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-21 14:14:44+00:00
Resolved: 2024-01-22 13:05:49+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:

I'm used to mark more than one folder by marking then first one, pressing the shift key and the marking the last one.
Or marking different folders while pressing the CTRL key.
This is not possible anymore!
After marking those folders I was able to right click on the selection and e.g "Mark Folders Read"


Actual results:

Upgrade from existing Thunderbird installation 102.15.0 -> 115.3.1 (Supernova) on 20231001.
And until the latest version 115.6.1 no change on this behavior.


Expected results:

Marking the first folder, pressing the shift key and then marking the last folder.
Or marking different folders while pressing the CTRL key.
Folder should be marked.
Right click on the marked selection and the click on e.g. "Mark Folders Read".
Bug: copy paste screenshot from browser didn't work
Status: UNCONFIRMED
Priority: --
Created: 2024-01-21 17:37:30+00:00
Resolved: 2024-01-26 11:33: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 Edg/120.0.0.0

Steps to reproduce:

edit Draft
copy screenshot from web browser
set top line to Center text
paste



Actual results:

nothing

Pasting on a precenter 2nd line in the Draft pastes image


Expected results:

image pasted
Bug: Column sizing in Search window does not operate correctly
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-01-22 02:05:40+00:00
Resolved: 2024-05-12 16:31:50+00:00

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

Steps to reproduce:

Edit->Find->Messages, "Search messages in:" <account> with "Search subfolders" enabled and "Match all of the following" with one 'rule' "From contains <email domain(ex. dname.com)>.  Attempt to expand / contract a single column.  E.g. the date column so at least the full digits of year displayed. 


Actual results:

When attempting to expand "Date" column, all columns expand, but the date column cannot be expanded far enough to display desired date.


Expected results:

ONLY the column I attempted to expand should have expanded at least to a size that would accommodate the maximum size of data for that field (e.g., the date and time data in the "Date" column.)
Bug: Thunderbird mail.server.default.dup_action (2) prevents restoring (non-duplicate) e-mail from trash
Status: UNCONFIRMED
Priority: --
Created: 2024-01-22 09:00:27+00:00
Resolved: 2024-02-10 02:22:35+00:00

Steps to reproduce:

set mail.server.default.dup_action to 2 (move duplicate mails to Trash)

1. receive a single e-mail
2. Delete Message (move to Trash)
3. Change mind and restore from Trash 
(either by manually mvoing the message to inbox or using the 'Move to "Inbox" again')



Actual results:

The message is moved to Inbox, but is immediately trashed again


Expected results:

the message should stay in the Inbox
Bug: undo/redo broken in compose
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-01-22 09:19:09+00:00
Resolved: 2024-01-26 11:35:13+00:00

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

Steps to reproduce:

I typed some text in the thunderbird new mail editor. 
cut and pasted some text and continued typing.
Then I decided that the cut/pasted text was not a good idea so I wanted to undo to the point before the cut.
I kept pressing undo (ctrl-z) but the pasted text never got back at the old location. Yet other text that I had typed before that point started to disappear.
So I pressed re-do (ctr-shift-z). Now there appeared "?" letters at the end of my text, one for every time I press undo.

All this behaviour seems broken.  

I have seen this happen multiple times (both the partially-not-undo-ing and the mangling of the text) so this is not a report of a one-time event. 

Note that above is NOT a robust way to reproduce this. I may have done some other actions during the process that I forgot about. It may depend on other things like the exact text and the place of the cursor....



Actual results:

My text was badly mangled by the undo and redo

I consider this a serious bug as the text you typed is damaged.

I can't remember when this bug appeared but I believe it's several years there already.


Expected results:

Undo should have brought back a previous state of the text, rather than a mangled version of the last text.
Bug: It hangs very often.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-01-22 14:05:41+00:00
Resolved: 2024-01-26 11:40:32+00:00

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

Steps to reproduce:

Emails are queried or nothing



Actual results:

Sometimes straight away, sometimes after a while it gets stuck
I have to click on X or close the program via Task Manager.
Nothing is written to the event log.
This happens 5-10 times a day.
Bug: Thunderbird crashes when deleting emails [@ nsMsgXFViewThread::RemoveChildHdr]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-22 15:08:35+00:00
Resolved: 2024-01-29 11:42:41+00:00

Steps to reproduce:

TB has been crashing frequently when deleting an email (for several months now). The crash is not systematic, but I'm fairly confident that it happens when deleting an email. Whether I delete by clicking the bin icon or hitting the "del" key on my keyboard does not matter.
When running with my regular profile, TB usually crashes after anywhere between 10min to ~12hours. I also ran it in safe mode, and it survived 2 days 23h 3 min before crashing ( so I am assuming this is not an extension issue). I have been using the unified inbox folder, but I don't think the crash is always happening when accessing emails through it. I have 6 mailboxes configured on TB, which I have had for several years.

Below is the output I've seen in my shell (this is the full output, from start to crash):
```
❯ thunderbird -safe-mode
[ERROR style::stylesheets::rule_parser] Saw @import rule, but no way to trigger the load
[ERROR style::stylesheets::rule_parser] Saw @import rule, but no way to trigger the load
[ERROR style::stylesheets::rule_parser] Saw @import rule, but no way to trigger the load
ExceptionHandler::GenerateDump cloned child 740748
ExceptionHandler::SendContinueSignalToChild sent continue signal to child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...
Exiting due to channel error.
```

This is TB from debian's unstable packages. TB version 115.6.1 (64 bits) on amd64. Note that this has been ongoing for several versions now, though I can't say exactly how many.


Actual results:

TB crashes, the crash reporter does not show up, and no data is available under crash reports.
I simply see that ~/.thunderbird/Crash Reports/LastCrash contains the timestamp of the crash. There is also a JSON file at .thunderbird/<myprofile>/crashes/events/06db9003-a6cf-3065-60a5-3043458ea66b which contains the correct CrashTime. The latter file is attached to this report.

I have tried obtaining a stack trace as explained under https://firefox-source-docs.mozilla.org/contributing/debugging/stacktrace_report.html#alternative-ways-to-get-a-stacktrace but instructions for linux seem to be incomplete.

I would be happy to provide more details, but I'm not sure how to dig further.


Expected results:

The app should not crash.
Bug: POBOX IMAP mailbox - New folder subscription does not work for subfolders of Inbox.
Status: VERIFIED
Priority: --
Resolution: WORKSFORME
Created: 2024-01-22 16:33:43+00:00
Resolved: 2024-05-23 05:22:54+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:

115.6.1 (64-bit) Windows 2022 server
-Right clicked on account in Left hand account/folder list
-picked subscribe
-was presented a heirarchical list of folders
-clicked "Refresh"
- checked and unchecked many folders
- left many folders checked
-ensured all parent folders checked for desired subfolder subscriptions
- clicked OK
- still see only one subscribed folder (subscribed many version ago, cant remember when)


I just tried Troubleshooting mode and when I did that it worked and I could see all subscribed folders.
When I restarted in regular mode (without troubleshooting mode)  it stopped working again and I couldn't see the folders I subscribed to, except for just the one




Actual results:

- still see only one subscribed folder (subscribed many version ago, cant remember when)   Subscribed folders never show up

Collapsed/expanded account.  Tried restart of T-bird. No effect



Expected results:

expect to see folders i subscribed to!

Note that POBOX stores its mail folders under a top level folder called "INBOX" - this is a bit weird in my experience - but it has worked in the past

I just tried Troubleshooting mode and it worked and I could see all subscribed folders.
When I turned off troubleshooting mode, it stopped working again and I couldnt see the folders I subscribed to, except for just the one
Bug: Login fails for IDN Domain
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-22 19:08:22+00:00
Resolved: 2024-01-26 11:46:06+00:00

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

Steps to reproduce:

I am trying to set up to an IMAP connection to an email account with an IDN-Domain (sv-cjd-königswinter.de), using one of the domains "sv-cjd-köniswinter.de" or "xn--sv-cjd-knigswinter-k3b.de".


Actual results:

When using "ö", thunderbird notifies me about an illegal character.
Otherwise, it throws the following error:
```
NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIMsgFolder.server] moveCopy.jsm:197
    folderDeleted resource:///modules/activity/moveCopy.jsm:197
    cleanup resource:///modules/accountcreation/ConfigVerifier.jsm:169
    verifyConfig resource:///modules/accountcreation/ConfigVerifier.jsm:358
    verifyConfig resource:///modules/accountcreation/ConfigVerifier.jsm:258
    validateAndFinish chrome://messenger/content/accountcreation/accountSetup.js:2242
    onCreate chrome://messenger/content/accountcreation/accountSetup.js:2169
    open chrome://messenger/content/accountcreation/accountSetup.js:2901
    onCreate chrome://messenger/content/accountcreation/accountSetup.js:2163
    onclick about:accountsetup:1
```


Expected results:

Log in as expected or throw wrong password.

Additional note:
You may use my domain for testing purposes until this is resolved.
Bug: New emails often not displayed in inbox
Status: UNCONFIRMED
Priority: --
Created: 2024-01-22 19:50:38+00:00
Resolved: 2024-01-26 11:46:37+00:00

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

Steps to reproduce:

Received a new email into my IMAP mailbox.

This has been an intermittent problem since TB 115 was installed several months ago. Interestingly, Thunderbird is clearly *receiving* the new emails, as mailbox files within TB's profile are being updated (I know this because I'm monitoring that directory using inotify in order to update a home-made "unread mails" indicator in my taskbar). There's no obvious pattern that might indicate why this happens or doesn't happen. I never saw this problem before 115, so there must be a change in that release.

Currently using Thunderbird 115.6.1 on Manjaro Linux/KDE Plasma.


Actual results:

New emails fail to appear in the list of mails in my inbox. I have to shut Thunderbird down then restart it to see them.


Expected results:

New emails should appear in the list of mails.
Bug: Changing Email Account Loses Server Bcc Settings when an email account has more than one Bcc email addresses listed
Status: UNCONFIRMED
Priority: --
Created: 2024-01-22 21:56:21+00:00
Resolved: 2024-01-30 12:48:24+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:

When creating a new message, if the "From" is changed from one account to another account, the Bcc email addresses that are automatically added for each account does not appear. This only happens when the "From" email address is changed. When  an email is created and the "From" is not changed, the Bcc email addresses are populated as per the settings for each account.



Expected results:

When the "From" email address is changed when composing a new message the Bcc email addresses should be automatically populated.
Bug: Emails in subfolders are not displayed
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-01-22 22:07:00+00:00
Resolved: 2024-12-09 04:15:37+00:00

Steps to reproduce:

Selected a "Local Directory" that contains .mbox backups of an email account.


Actual results:

All emails were correctly shown in all folders, except subfolders, which appeared empty.


Expected results:

Emails in subfolders should be shown in the UI.

Note that selecting the subfolder itself as "Local Directory" correctly showed the emails in that folder.
Bug: Port bug 1875084: Perma browser/base/content/test/static/browser_parsable_css.js | Got error message for chrome://global/skin/popup.css: Unknown property ‘zoom’. Declaration dropped. - when Gecko 123 merges to Beta on 2024-01-22
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-01-23 01:48:02+00:00
Resolved: 2024-01-29 16:54:41+00:00
Bug: Posteingang kann nicht komprimiert werden
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-23 08:27:21+00:00
Resolved: 2024-01-26 11:49:40+00:00

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

Steps to reproduce:

Start Thunderbird


Actual results:

Fehlermeldung: Der Posteingang kann nicht komprimiert werden, da gerade ein anderer Prozess läuft. Siehe Screenshot anbei.
Bekomme die Meldung regelmäßig.
Ist das ein Problem oder wird das zu einem spätere Zeitpunkt im Hintergrund automatisch nochmal gemacht?