av9ash/GitBugs huggingface dataset:
Bug: Thunderbird combines mail threads when moved to a local folder with a mail filter
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-10-20 21:54:26+00:00
Resolved: 2021-11-08 04:38:22+00:00

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

Steps to reproduce:

I am running Thunderbird Daily V95.0a1 (another person assisting me with the issue has identified that the issue is present in Thunderbird Daily V94.0a1 as well) on Linux (Fedora F34) and I am having an issue with Mails from several mail lists, whereby when browsed in the inbox they are fine, but when the message filters I have for the two mail lists moves the mails to relevant local folders, some of the mails in both folders are corrupted in that they show hieroglyphics. If I look at the source of the corrupted mails they show the headers, etc, from several other emails from the same folder, but those emails are still visible in the folder. A repair of the offending folders rectifies the issue, but only if I am in the folders viewing the list of emails, if I am in another folder and run the repair on the corrupt folder it seems to do nothing. I can even be browsing one of the corrupt emails, run the folder repair, and see the issue get resolved in front of me. I have around 45 local folders and associated message filters moving mails to them, but the issue has only ever occurred on two of them, being mails from the Fedora and libreoffice mail lists. Is it possible the mail lists are doing something under certain circumstances (given that it doesn't happen on all mails from the two mail lists) that Thunderbird is not coping with?
Using the filter to move new mails to one of the folders in question after the repair, caused the mail files that were originally corrupted, which the repair fixed, to become corrupted again, and a repair on the folder this time did not fix the issue.
I have also tried deleting the .msf file for the Fedora Local Folder and let Thunderbird re-create the msf file the next time emails arrived in my inbox, and when the filter moved the files some of the mails were corrupted like the original mails were.
In testing this issue I created a "Local Folders" on my mail server and had the filter move the mails to that folder. When the filter ran the mails did not exhibit the corruption, so I moved them back to my inbox, updated the filter to move the mails to a new sub-folder of "Local Folders" and the move by the filter corrupted some of the mails.
Is this a known issue with these versions of Thunderbird? 


Actual results:

In two of the local folder locations some threads are getting combined with other threads in the same folder, but this does not cause those threads to not show. The threads that have been "merged" in with the thread that was moved show as hieroglyphics not as the actual text. Not only do the threads have the hieroglyphics but when I did a reply to the mail list for one of them that reply was held for the mail list moderator to evaluate because it exceeded the allowed mail list message size.


Expected results:

I would expect the moved mails to not be combined with other mail.
Bug: Folder contents pane intermittently goes blank (when/after compacting)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-20 22:47:58+00:00
Resolved: 2023-01-17 03:03:59+00:00

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

Steps to reproduce:

1. Interact with the folder contents pane (possibly limited to deleting/archiving messages)
2. Get lucky


Actual results:

For as long as I can remember, this has intermittently resulted in the folder contents pane going blank until I switch away from the folder and back to it to get them back.

Since I had no idea how to give more information, I've just been sitting on this hugely irritating disruption to my workflow (and part of the inspiration for an on-hold project to write my own mail client with a novel UI design that began as my final project for my bachelor's degree) for a decade or more but, recently, I discovered a few things about it which inspired me to report it:

1. I forget what I did, specifically but, in the last version I was running before 9x.x, if the resulting blank folder pane was spun off into a new tab, it became the welcome page. (Suggesting that whatever internal URI is being used is getting set to an empty or null value.)

2. I noticed that, when it happens, all but one or two of the toolbar buttons in the message pane's header vanish. (eg. When it happens, I lose the ability to delete/archive the currently visible message until I switch away and back)

3. Once, waiting 10-15 seconds caused the folder contents to come back on their own. (I've only ever waited that long once, just before typing this up, so I don't know if it happens reliably)

4. It's possible it's not purely random but some kind of race-condition between deleting/archiving a message and some background operation.

I'm now running the Flatpak release of Thunderbird, so, aside from the difficulty of triggering the problem on command, it should be fairly easy for me to give updates on whether the bug remains in future versions.


Expected results:

Interacting with the folder contents pane should never cause it to spontaneously go blank.
Bug: macOS build with enabled content sandbox crashes on startup, nsMacUtilsImpl::GetRepoDir, GetStringValueFromBundlePlist
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-10-21 01:07:38+00:00
Resolved: 2021-11-10 21:38:44+00:00

I'm building comm-esr91 on macOS.

On startup, I crash here:
https://searchfox.org/mozilla-esr91/rev/6de35c9d696f55078a70f4e4ec8dec060e5e93b9/dom/ipc/ContentParent.cpp#2444

The failure happens in GetDirFromBundlePlist, GetStringValueFromBundlePlist, here:
https://searchfox.org/mozilla-esr91/rev/6de35c9d696f55078a70f4e4ec8dec060e5e93b9/xpcom/base/nsMacUtilsImpl.cpp#357

I found plugin-container.app/Contents/Info.plist files that contain the <key>MozillaDeveloperRepoPath</key> with a <string>DIR</string> where DIR is an absolute path of the mozilla-esr91 directory.

I see the same values in a local build of comm-central, which doesn't crash.
I haven't checked if this plist file is the one that is being read.
Bug: Windows and macOS build bustage after updating to clang-13
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-21 07:08:42+00:00
Resolved: 2021-10-21 08:32:32+00:00

Windows and Mac builds are complaining about unused-but-set variables after updating to clang 13. `-Wunused-but-set-variable` must be set where it wasn't before.
Bug: Account setup existing account outgoing server problem
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-21 11:47:25+00:00
Resolved: 2022-09-04 22:35:38+00:00

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

Steps to reproduce:

94.0b3
Try to setup an existing account using data on the image. Unable to setup outgoing server properly
I have notices few issues:
1. You can't paste from clipboard to outgoing server hostname field.
2. You can't choose an existing outgoing server connection.
3. When outgoing server validation fails, it sets the port to 0
4. When you type something in the outgoing server field and hit tab, it jumps to Protocol or Done, not the port field.
5. The validation in the video failed, I think the settings are correct.


Actual results:

Outgoing port set 0 


Expected results:

Suggest outgoing server port or allow to choose existing connection.
Bug: Intermittent comm/mail/base/test/performance/browser_preferences_usage.js | image.animation_mode should be accessed at most 175 times. - 1492 <= 175 - JS frame :: chrome://mochitests/content/browser/comm/mail/base/test/performance/browser_preferences
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-10-21 14:01:53+00:00
Resolved: 2022-05-23 00:21:33+00:00

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

---
```

```
Bug: new mail in filtered folders unreliably indicated
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-10-21 15:40:26+00:00
Resolved: 2022-12-04 20:18:34+00:00

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

Steps to reproduce:

Win10, Thunderbird 91.2.0 (32-bit), filters file new mail to subfolders of subfolders. 


Actual results:

New mail indicated in parent folders is unreliably indicated in subfolders, which might be nested 3-4 deep. New mail indication might be delayed until I click on subfolder. I must manually search for filter-filed new mail in subfolders lacking indication of new mail's presence.


Expected results:

When parent folder containing new mail is marked as containing new mail, that indication should propagate into subfolders until the leaf subfolder is marked so that I can find filtered mail in subfolders using the left-pane navigation.
Bug: Saved searches does not work after restart
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-21 16:04:07+00:00
Resolved: 2021-11-26 20:55:09+00:00

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

Steps to reproduce:

I created a saved search in TB 91.2.


Actual results:

The saved search (virtual folder) works well until restart Thunderbird. After restart, the results are empty, and TB forgets the choosen folders (for search). If I choose again the folders, it works again.


Expected results:

The saved search should be stored permanently.
Bug: Depricated documentation - MozillaZine
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-10-21 19:59:19+00:00
Resolved: 2021-10-25 11:41:19+00:00

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

Steps to reproduce:

MozillaZine's documentation seems to be abandoned, but lacks any significant notice of it. If this is an independent project, would it be possible to make arrangements with them? The current situation is confusing (e.g. I'm currently looking for how to back up contacts - http://kb.mozillazine.org/Moving_address_books_between_profiles)


Actual results:

outdated content


Expected results:

Warning of outdated content and recommendations on where to look for current.
Bug: [macOS] Multiple JS errors when interacting with the top menu bar and no window is opened.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-21 21:50:00+00:00
Resolved: 2024-06-07 22:08:54+00:00

macOS has this weird paradigm in which you can close a window without actually closing it.
Pressing the red `X` window control closes the window but it doesn't shut down the app.
This creates a weird state in which TB is running, no window is available, and the top menu bar in the macOS top bar still belongs to Thunderbird.

When interacting with the menu bar, all the menu items that need an updated state based on message thread, or account state, or identity state, fail to perform since we don't have a window available.

Some examples:
```
JavaScript error: chrome://messenger/content/mailWindowOverlay.js, line 176: TypeError: can't access property "selectedMessageThreadIgnored", gFolderDisplay is null
JavaScript error: chrome://messenger/content/mailWindowOverlay.js, line 773: TypeError: can't access property "selectedMessage", gFolderDisplay is null
JavaScript error: chrome://messenger/content/mailWindowOverlay.js, line 176: TypeError: can't access property "selectedMessageThreadIgnored", gFolderDisplay is null
JavaScript error: chrome://messenger/content/mailWindowOverlay.js, line 263: TypeError: can't access property "isAccountCentralDisplayed", gFolderDisplay is null
```

This happens also if the window is minimized through the yellow `-` window button.
Bug: Intermittent comm/mail/test/browser/newmailaccount/browser_newmailaccount.js | Should have eliminated ampersands - false == true - test_html_characters_and_ampersands :: line 422
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-10-21 22:07:46+00:00
Resolved: 2022-07-17 21:29:12+00:00

**Filed by:** geoff [at] darktrojan.net
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=355569033&repo=comm-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/fTiCDbtNRSuFVNsXYN-_lw/runs/0/artifacts/public/logs/live_backing.log

---
```

```
Bug: Thunderbird under Wayland does not correctly close (or manage) windows
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-22 06:27:18+00:00
Resolved: 2023-10-14 12:10:47+00:00

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

Steps to reproduce:

1) Run TB on Ubuntu with config:
Gnome-shell 40.5-1ubutnu2
Ubuntu Dock (gnome-shell-extension) 70-ubuntu3
libwayland 1.19.0-2build1
xwayland 2:21.1.2-0ubuntu1
Linux 5.13.0-21
Thunderbird 1:91.2.0+build1-0ubuntu0.21.10.2

2) Normally exit TB.


Actual results:

3) A TB process is still running.
4) You cannot start TB again.
5) After a while (30 sec.) Abbort error message is displayed (see attachment).
6) Details: 
AbortMessage: ###!!! ABORT: file resource://gre/modules/addons/XPIProvider.jsm:2602
AdapterDeviceID: 0x3e92
AdapterDriverVendor: mesa/iris


Expected results:

Start / stop TB must work.
This bug is known in Ubuntu: See https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1932328

This bug is CRITICAL.

Thanks for ASAP fix it.
Bug: "Repair" Folder maintenance resets threading mode
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-22 06:40:36+00:00
Resolved: 2021-10-25 16:29:51+00:00

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

Steps to reproduce:

* set the threading mode of a folder to Threaded or Grouped by Sort
* wait for folder maintenance to occur


Actual results:

Threading mode is reset to Unthreaded.


Expected results:

Threading mode is kept unchanged.
Bug: Thunderbird Freezing/Crashing due to memory leak
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-10-22 07:27:45+00:00
Resolved: 2023-01-29 01:05:28+00:00

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

Steps to reproduce:

1. Open Thunderbird
2. Check email
3. Freezes due to a huge memory leak
4. Crashes

I use version 94.0b4 (64-bit) on Windows 11


Actual results:

When I click on emails the whole client will freeze and then crash.


Expected results:

I should be able to check my emails without having to reopen Thunderbird multiple times just to get through the emails. I have resorted to checking email on the web due to this issue.
Bug: Mojibake after forwarding message with defective charset
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-22 09:38:13+00:00
Resolved: 2023-05-14 06:38:55+00:00

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

Steps to reproduce:

The attached message is encoded in windows-1250 (central European) and is missing the charset information from the headers. It is displayed correctly, answering also works. Forward or "Edit as new message" (same code path, different to "reply") shows Mojibake, that is UTF-8 replacement characters <?>. It would be desirable to handle that better. In TB 78 it was handled better, however, TB 78 also didn't display the message correctly, instead it displayed some Cyrillic characters.
Bug: thunderbird-78.14.0 fails to compile against rust-1.56.0
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-10-22 09:49:50+00:00
Resolved: 2021-10-22 19:41:36+00:00

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

Steps to reproduce:

Compile thunderbird against rust-1.56


Actual results:

Build failed (see attached build log)


Expected results:

Build should have been successful. This looks identical to https://bugzilla.mozilla.org/show_bug.cgi?id=1719674
Bug: Account Manager freezes upon username change
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-22 12:53:20+00:00
Resolved: 2022-09-25 13:33:47+00:00

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

Steps to reproduce:

Changed username for an account in Thunderbird, version 91.2.


Actual results:

Upon the username change, a box appeared that the username was changed and the user may have to change the email address. Upon exiting this box, Thunderbird freezes. The only way to exit out is to right-click Thunderbird in the desktop panel, click Close, then a new box appears with an option to End Process.


Expected results:

Thunderbird should not have frozen upon the username change. This occurred using the Snap package, as well as the Thunderbird packages provided by PCLinux OS and Ubuntu.
Bug: Setting a background color for a table in compose on Mac hangs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-22 17:48:45+00:00
Resolved: 2021-11-07 22:17:16+00:00

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

Steps to reproduce:

Insert a new table.
Open Table Properties.
Attempt to set a background color.


Actual results:

Window hangs. Close button goes away.


Expected results:

Table should gain a background color.
Bug: Thunderbird Crash in [@ shutdownhang | v8::internal::(anonymous namespace)::RawMatch<T>]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-22 18:26:54+00:00
Resolved: 2023-03-28 01:06:19+00:00

Crash report: https://crash-stats.mozilla.org/report/index/d79746c0-252b-4e65-a49e-90c010211022

MOZ_CRASH Reason: ```MOZ_CRASH(Shutdown hanging after all known phases and workers finished.)```

Top 10 frames of crashing thread:
```
0 xul.dll v8::internal::`anonymous namespace'::RawMatch<unsigned char> js/src/irregexp/imported/regexp-interpreter.cc:433
1 xul.dll static v8::internal::IrregexpInterpreter::MatchInternal js/src/irregexp/imported/regexp-interpreter.cc:1081
2 xul.dll static v8::internal::IrregexpInterpreter::MatchForCallFromRuntime js/src/irregexp/imported/regexp-interpreter.cc:1131
3 xul.dll js::irregexp::Interpret js/src/irregexp/RegExpAPI.cpp:720
4 xul.dll js::irregexp::Execute js/src/irregexp/RegExpAPI.cpp:752
5 xul.dll static js::RegExpShared::execute js/src/vm/RegExpObject.cpp:672
6 xul.dll ExecuteRegExp js/src/builtin/RegExp.cpp:1115
7 xul.dll RegExpMatcherImpl js/src/builtin/RegExp.cpp:1137
8 xul.dll js::RegExpMatcher js/src/builtin/RegExp.cpp:1172
9 xul.dll js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:472
```
Bug: Thunderbird no longer opens to inbox after update to 91.2
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-22 22:11:14+00:00
Resolved: 2021-10-27 22:15:19+00:00

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

Steps to reproduce:

Updated to 91.2


Actual results:

Thunderbird no longer opens to inbox after update to 91.2 at startup main window and folder pain are fine, but I have to chick on a inbox to display e-mails, this use to happen automatically.


Expected results:

Should opened to the last used inbox at startup.
Bug: Paragraph formatting is forced!
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-23 03:58:24+00:00
Resolved: 2021-10-24 22:04:21+00:00

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

Steps to reproduce:

Whenever I try to use the "Body Text" formatting, it seems the Thunderbird backend software is "forcing" me to use the "Paragraph" formatting. I just want to be able to type emails without being forced to use the "Paragraph" mode which double spaces every time I hit the enter key. Any time I set the "Body Text" mode, hitting the "Enter" key will force the formatting back to "Paragraph" mode.

Is it possible to stop the auto-switching function on the formatting and simply let Thunderbird users like myself simply select whichever format we feel is appropriate for the email we are writing?


Actual results:

I selected text and then selected the "Body Text" mode. After going to the end of the text and hitting the enter key, my entire text was double spaced, and the formatting mode switched to "Paragraph" mode which double spaces every time the enter key is pressed.


Expected results:

There should be no auto-switching of the text format. from "Body Text" to "Paragraph". This should be left up to the user.
Bug: Attachment Drag and Drop Area Limited to Outside of Highlighted Square
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-10-23 06:08:09+00:00
Resolved: 2021-11-19 18:09:50+00:00

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

Steps to reproduce:

1. Create a message.
2. Select a number of files to be attached to the message.
3. Drag the files to the message window.



Actual results:

Thunderbird does not attach the files until they are outside of the edges of the highlighted area, making the drag and drop operation difficult.


Expected results:

Actual drag and drop area should be large enough to allow easy drag and drop.
Bug: Activity manager window icons are out of context
Status: NEW
Priority: --
Created: 2021-10-23 07:34:16+00:00
Resolved: 2022-08-05 00:32:25+00:00

I cannot find any duplicate then I wrote a new issue: sorry if I was wrong. Activity-manager window icons are out of context with the new theme (see attached screenshot): they should be aligned with the new theme.
Bug: Saving a file with special characters on Linux renders no errors, but no file is saved
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-23 09:34:45+00:00
Resolved: 2022-10-29 05:33:01+00:00

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

Steps to reproduce:

On Thunderbid 78 (and I believe in previous versions), save an attachment from the RSS feed section with special characters such as "!" or "?" on Linux (ext4 filesystem, for such purpose, did not try on other file systems).


Actual results:

No file is saved, no error is rendered.
The file is shown in the saved files list as a 0 bye download, but no file is present in the filesystem.


Expected results:

The file should have been saved.
This error does occur in the mail section when saving an attachment; in that case, the file is saved, even with special chars, as the Operating System allows it.
Bug: opening pdf attachment from message window broken
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-23 12:01:07+00:00
Resolved: 2022-08-24 09:20:40+00:00

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

Steps to reproduce:

Create a new mail message, opening composition window.

Attached a Word document and a PDF to the draft by dragging from an Explorer window.

Double click on each in the attachment bar (at the bottom of the windo) to verify that I attached the correct files.



Actual results:

The Word document opens as expected.

The PDF document opens a new message composition window with the document attached.

Right clicking, selecting "open" has the same behavior.  Same if I try to open the file from the new composition windows...

PDF content type in Files & Attachments is set to "Use Adobe Acrobat DC (default)".


Expected results:

The PDF attachment should have opened in the selected reader (in this case Acrobat).

Pre-update to TB 91  it did work that way.  This is a regression.

Currently running in 91.2.1.  Windows 10 Pro.