av9ash/GitBugs huggingface dataset:
Bug: settings changes return to default on restart
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-10-14 18:29:57+00:00
Resolved: 2021-11-06 09:48:00+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.47

Steps to reproduce:

Changed settings:
Sort by --> threaded
Layout --> messenger pane off
Start at --> Inbox (which is gmail)


Actual results:

Next restart of TB returns those settings to their default. Changes retained only until restart, then back to defaults.
TB 91.2.0
Windows 10 Pro on HP laptop
Have used TB for many years. Did not realize auto-update was on (didn't used to be on). Have now turned it off again. This change to updates was retained.


Expected results:

Should have retained those changes on restart.
Bug: account setup: Re-test => Every other account created drops SMTP server setting showing Port 0
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-15 00:28:20+00:00
Resolved: 2021-11-16 19:45:03+00:00

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

Steps to reproduce:

Installed Thunderbird (Snap) package, version 91.2.0, it starts with a new profile. Upon adding accounts, it adds the first account without issue. In adding the second account and every other account after the second (the fourth, sixth, eighth, etc.), once Re-Test is selected, Thunderbird drops the SMTP server setting to just the domain name, displaying Port 0. Multiple attempts at account creation must be made before Thunderbird will eventually save the account.


Actual results:

SMTP server setting changes upon Re-Test selection, showing Port 0


Expected results:

SMTP server setting should have remained as originally input, showing the correct port number, not Port 0 and Thunderbird should have saved the account.

Screenshot attached showing the issue.
Bug: Issue with Euro Symbol (€) in Mail Account Password
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-10-15 08:29:40+00:00
Resolved: 2021-12-15 22:37:44+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/94.0.4606.81 Safari/537.36

Steps to reproduce:

I tried to set up an IMAP account with a password which contains a Euro (€) symbol.


Actual results:

On TB 78.13 (shipped by the current Ubuntu 20.04 repos) nothing happens when clicking the "Next" button.
On TB 91, the following error appears: "TypeError: Base64Encode: Cannot convert value to ByteString  because the character at index 26 has value 8364 which is greater than 255."


Expected results:

TB should accept passwords with € characters. The same password works in other clients such as Outlook or Evolution.
Bug: When press 'Delete' while reading message, Thunderbird window loses focus
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-10-15 08:59:13+00:00
Resolved: 2022-10-01 23:41:54+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:54.0) Gecko/20100101 Firefox/54.0

Steps to reproduce:

When reading a message; When I press 'Delete.' the Thunderbird
window loses the computer's focus. 



Expected results:

I have to click on the Thunderbird window to get the focus back.
Bug: Duplicate new lines when entered from clipboard
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-15 10:17:59+00:00
Resolved: 2021-10-15 20:10:27+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/94.0.4606.81 Safari/537.36

Steps to reproduce:

Using the official Thunderbird 91.2.0 under Wayland in Gnome (openSUSE Tumbleweed) and with:
user_pref("mail.identity.id1.compose_html", false);

I see duplicate new line when I paste something from gnome-terminal (other apps are file - Chrome, xterm).
Bug: Open window indicator (orange dots) do not always disappear when the window closes
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-15 16:47:01+00:00
Resolved: 2022-08-24 09:21:21+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/94.0.4606.71 Safari/537.36

Steps to reproduce:

Thunderbird: V78.13.0
Ubuntu V21.04
Gnome 3.38.5
Open a new window to send a message. Orange dot appears.


Actual results:

When message is sent, orange dot doesn't always disappear. Opening a new window, new dot appears but doesn't disappear. Once four dots are there, no more appear.
A right click on the icon opens a menu window. No operation is accessible and the window is permanent.  Only a reboot clears it.


Expected results:

Orange dot(s) disappears.
Bug: Multiple JS errors with Import dialog
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-15 19:28:56+00:00
Resolved: 2021-10-16 10:33:13+00:00

When opening the Import dialog, these errors show up in the terminal:

```
JavaScript error: chrome://messenger-newsblog/content/feed-subscriptions.js, line 2117: 
TypeError: can't access property "getAttribute", el is null
JavaScript error: chrome://messenger-newsblog/content/feed-subscriptions.js, line 775: 
TypeError: can't access property "focus", FeedSubscriptions.mTree is null
```

When interacting with the dialog, every click produces this error:
```
JavaScript error: chrome://messenger-newsblog/content/feed-subscriptions.js, line 2150: 
TypeError: can't access property "textContent", document.getElementById(...) is null
```
Bug: vCard export does not include private WebPage URL
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-16 00:12:48+00:00
Resolved: 2021-12-16 02:31:20+00:00

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

Steps to reproduce:

- Open the address book
- Create a contact having
  - a private web page: http://home.example.com
  - a work web page: http://work.example.com
- Click "Tools/Export..." to export the address book
- Select file format "vCard"
- Click save


Actual results:

The exported .vcf file only includes the url of the work web page for the created contact:

URL;VALUE=URL:http://work.example.com


Expected results:

Private and work web page urls should be included in the vCard

URL;TYPE=work;VALUE=URL:http://work.example.com
URL;TYPE=home;VALUE=URL:http://home.example.com
Bug: Thunderbird config editor (about:config) doesn't show Paste in context menu
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-10-16 04:12:05+00:00
Resolved: 2021-11-18 16:47:43+00:00

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

In the process of setting the preference for Bug 1736130 I observed that the config in a tab does not offer paste as a right click option on the Search box,  despite paste working using the Ctrl+V shortcut.

As most folks entering preferences will be copying the preference name, and even the value from somewhere else,  offering to past the preference is desirable, rather than require the use of the keyboard to enter what to many looks like a nonsense string of letters.

I would consider this a regrassion as the config editor in a window did offer paste.
Bug: Connection to a CalDAV Server fails since Thunderbird 91
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-10-16 07:18:11+00:00
Resolved: 2021-10-16 07:22:50+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.101 Safari/537.36

Steps to reproduce:

I have installed the addon TBSync and the providers for CalDAV and CardDAV.


Actual results:

Every attempt to connect to my Baikal calendar server fails. With the earlier Thunderbird 78 it worked without problems.




Expected results:

Using my credentials and CalDAV address in another CalDAV-enabled application works fine.
So I expect the same behavior in the latest version of Thunderbird 91.2.0
Bug: automatically do this for files of this type
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-16 15:04:17+00:00
Resolved: 2021-10-19 08:19:45+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/94.0.4606.81 Safari/537.36

Steps to reproduce:

Preferences-> FIles and Attachments -> select a tool as a default viewer (e.g., Preview for a jpg file)


Actual results:

Even though I select "Automatically do this for files of this type" I keep getting prompted with the "You have chosen to open" window.


Expected results:

It remembers my setting but keeps prompting me each time. It should not prompt me a second time when I try to open an attachment of the same type.
Bug: View Density option - Compact does not function in Thread Pane.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-16 16:18:53+00:00
Resolved: 2022-10-22 18:03:57+00:00

When selecting 'View' > ''Density' either 'Normal' or 'Touch' the spacing increases.
When selecting 'Touch' the icons in the Folder Pane increase in size.
In all three modes the font size remains the same.

At this link:
https://www.thunderbird.net/en-US/thunderbird/91.0/whatsnew/

it says:
> UI Density Control
> Whether you are using it on a large desktop monitor or a small laptop touchscreen, you may want the icons and text of the interface to be larger and more spread out or very compact. In Thunderbird 91, under View -> Density in the menu, you can select the UI density for the entire application. Three options are available: compact (small), normal(medium), and touch(large). 

At this link :
https://support.mozilla.org/en-US/kb/new-thunderbird-91

It says: 
> Control the density of Thunderbird's user interface
>New: The density of Thunderbird's user interface can now be controlled with three modes with decreasing density: Compact, Normal, Touch. Good news for those working on touch enabled devices! 

The first link states the font size will be increased
>  icons and text of the interface to be larger and more spread out or very compact.

The second link does not mention anything regarding font size.

The font size does not increase.
Is the information incorrect or is this a bug and font size should increase when selecting Normal and increase again if selecting Touch.

User in forum reported this and I can confirm I see the same.
Bug: Inbox re-downloads all messages when TB window becomes active
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-16 16:50:34+00:00
Resolved: 2021-10-18 13:57:40+00:00

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

Steps to reproduce:

Windows 10 pro version 21H1.  Open TB and all messages in inbox begin to re-download from server, including new messages.  


Actual results:

Each time I move away from the program as the active window, for instance, open a browser, and then return to TB as the active window, it begins to re-download the messages again.  When I open an unread message, I get a flash that the message is downloading, but this single download doesn't appreciably slow the opening of the email, but does to some extent.  The program is unusable in its current build, 94.0b2.  


Expected results:

When I open TB only new messages should download, not a refresh of all messages on the server.  Especially not a refresh that prohibits opening new messages. I would expect that when I click on a bold message in my folder that the message is already resident and doesn't need to flash a 'downloading' message.
Bug: Since 91.2.0 every email I save has superfluous data added to the filename
Status: UNCONFIRMED
Priority: --
Created: 2021-10-17 01:08:50+00:00
Resolved: 2024-11-04 05:51:31+00:00

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

Steps to reproduce:

I did nothing but accept the 91.2.0 update after which every email I save has extraneous data added to the filename I give it which fouls up my archive.  I then have to delete that extraneous data or my archive (currently 2,136 unique folders containing 725.7 gigs of data) will not result in correct responses when searched due to that added data.


Actual results:

When I click on an email to save it, this filename is given to it by Thunderbird
Bugzilla  confirm account creation - 'Bugzilla@Mozilla' (bugzilla-daemon@mozilla.org) - 2021-10-16 1741


Expected results:

This should have been the resulting filename
"Bugzilla  confirm account creation"
which I then save as an html file.  As it is, I have to delete that extraneous data from each file I save, which amounts to quite a bit of extra work.  I frequently receive more than 100 emails a day.  Please remove the code that does this and issue a new update (or tell me how to revert back to my former version of TBird.  Thank you
Bug: Removal of movemail support should still give users access to data
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-10-17 02:27:34+00:00
Resolved: 2021-10-26 15:03:17+00:00

**Initial note**

This is _not_ a protest at the fact that movemail is no longer supported. (I wish it were, but clearly that argument has already been lost.) The bug I am reporting is that the _way_ in which movemail has stopped being supported is needlessly destructive.

**Reproduction recipe**

* Begin with an older version of Thunderbird.
* Set up a "movemail" account retrieving mail from a local mail spool.
* Use it for a while, setting up many folders and moving emails into them.
* Upgrade to Thunderbird 91.

**Expected behaviour**

* Since (alas) movemail is no longer supported, of course the account will become unable to retrieve new emails.
* However, it should still be possible to access its existing saved email.
* It should be possible to change the account's type from the no-longer-supported "movemail" to, say, IMAP and continue using it.

**Actual behaviour**

* The account has _completely disappeared_ along with all its mail folders and emails.
* There is no obvious way to regain access to the old email.
* The files and folders still exist on disc, so in some sense the information hasn't been permanently lost, but ...
* ... if there is any way to associate them with a new account, I don't know what it is.
* Furthermore, all this happens silently. There isn't a message saying "Sorry, movemail is no longer supported so we disappeared all your data" or even "E4019 ABEND PARSE ERROR IN PREFS.JS". Just a Thunderbird window from which your account and all its emails have vanished.

**Further comments**

Loss of _function_ is inevitable, given the decision to stop supporting movemail. Loss of _data_ is inexcusable. In this case it's _access to data_ rather than the data itself that's been lost, but that's nearly as bad.

Ideally, it should be possible just to change the account type and keep using it. Failing that, there should be a documented procedure for transferring the account's saved emails to a newly created account. Failing _that_, there should be sufficient documentation to know, e.g., whether creating a new account risks deleting all the saved emails of which Thunderbird has apparently lost all awareness.
Bug: save attachment does not work on Thunderbird after update to v.91.2.0 on MacOS 10.15.7
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-17 02:46:03+00:00
Resolved: 2021-10-18 13:58:40+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/94.0.4606.81 Safari/537.36

Steps to reproduce:

In attachment window at the bottom, click Save, or click down arrow, then Save As


Actual results:

No response from Thunderbird, aside from a slight pause

Only way to save attachment is double click to open in application, then save from application.


Expected results:

Should have brought up the directory/finder window to select save location
Bug: can no longer suppress headers when printing
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-17 03:12:15+00:00
Resolved: 2021-10-17 22:21:10+00:00

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

Steps to reproduce:

Select a message. Select the content of the message. Print.


Actual results:

The entire message is printed, including all headers, regardless of what is selected.


Expected results:

Only the selected text should be printed, without headers. This is a regression!

Further, the work-around (http://kb.mozillazine.org/Printing_messages_without_full_headers) fails, as dotted red-lines surrounding any HTML tags are included in the print-out.
Bug: FileLink HTML template looks broken in Outlook 2016 (and maybe other clients) - download link appears twice
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-10-17 09:52:12+00:00
Resolved: 2021-11-29 19:38:31+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 sent an HTML message with a FileLink'ed attachment to a user of Outlook 2016.


Actual results:

The HTML template with the download link looked broken for the recipient.


Expected results:

The HTML template should have a clearer UX for as many receiving clients as possible.
Bug: Result of Advanced "Search Messages" Inaccurate
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-10-17 12:56:50+00:00
Resolved: 2024-12-26 20:28:13+00:00

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

Steps to reproduce:

It happens every time I change a search condition.


Actual results:

This happens when multiple searches are made  with minimal changes being made to the search conditions. At the bottom of the search message box the result of the search is reported. However, when one of the search conditions is changed, the result is not removed; this often leads to confusion, especially if the user is distracted for some time. The result line should be cleared when any of the search conditions is changed.


Expected results:

Once a search condition is changed, the result may or may not be valid so the result should be cleared.
Bug: HTML message content rendering affected/hidden by messageBody.css styles: Rename our .main-header class to .moz-main-header, use custom attribute, or encapsulate
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-10-17 20:51:09+00:00
Resolved: 2021-11-17 21:17:08+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 receive a newsletter as an HTML-formatted message with inline CSS styles, particularly some elements have the `.main-header` CSS class.


Actual results:

All HMTL elements bearing the CSS class `.main-header` are not rendered because Thunderbird's messageBody.css stylesheet sets `display: none;` for this class (it uses this class for hiding the message header).


Expected results:

All HTML content inside a message should be rendered according to the stylesheets defined in that message, not subject to Thunderbird's UI stylesheets.

This was not a problem until a recent update.
Bug: Display issue with message compose window under windows 11 - thick grey/gray border around addressing area
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-10-17 22:35:47+00:00
Resolved: 2021-12-24 04:05:06+00:00

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

Steps to reproduce:

There is a display issue in the message compose window. I am running TB94.0b3 under Windows 11, screen size is 2496x1664 and ratio for text is 150%.
If I change the ratio to 100% the screen gets refreshed and the issue disappears. If I put back the ratio to 150% the issue also disappears. It is only when the window is created that the issue happens, independent of the text ratio value defined in the windows settings.
If I resize the window, the issue remains.


Actual results:

The background of the top section of the message compose window (from, to, subject fields) is incorrectly displayed (see attached screenshot).


Expected results:

There should be no such issue with the display of the top part of the window.
Bug: Stop overriding ui.systemUsesDarkTheme on Linux
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-17 22:50:52+00:00
Resolved: 2021-11-15 12:41:29+00:00

I was wondering why thunderbird did weird stuff when I dynamically switched gtk themes just to find out that my `ui.systemUsesDarkTheme` pref was set to 1, probably by this code:

https://searchfox.org/comm-central/rev/9237a16f8d7d5f8cca15f807c61c5b02bda6036d/mail/themes/ThemeVariableMap.jsm#220

It's not clear to me why that is needed to begin with. But if you need to force dark system colors on a part of the browser you should use the `color-scheme` property instead.
Bug: When I upgraded to version 91.2.0, the fonts used in the UI suddenly appeared distorted
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-18 03:44:40+00:00
Resolved: 2021-10-18 08:53:25+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:

Open the Thunderbird version 91.2 application (using Windows 10 Pro).


Actual results:

All fonts and icons in the UI with the exception of menu choices take on a degraded appearance.  The font and icon outlines look "moth-eaten" rather than solid and continuous. 

Note: When I tried to snap an example of this in SnagIt, the screen snap appeared as it should before the T-bird upgrade. However, the displayed image of the UI (as opposed to a screen shot) is distorted as described. No other windows in other Windows apps have this problem, it's unique to T-bird. 


Expected results:

Expected no degradation in the clarity of fonts and icons when upgrading to 91.2.
Bug: Trying to save vCard mobile number, saves Work phone instead
Status: NEW
Priority: --
Created: 2021-10-18 04:27:03+00:00
Resolved: 2022-09-08 23:59:51+00:00

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

Steps to reproduce:

Accounts settings, for a Gmail account. Tried adding a vCard, added phone number in "Mobile" field.


Actual results:

After saving, and opening the edit dialogue box again. It shows the phone number in "Work" field


Expected results:

The phone number should have showed up under "Mobile"
Bug: Virtual folder properties dialog (which is not resizeable) is not wide enough to fit text for "Search Online..."
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-18 10:18:47+00:00
Resolved: 2022-08-24 09:20: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:

Right-click on a virtual folder (unified folder) - properties.
The dialog is truncated (see attached screenshot).
I am under windows 11, screen size is 2560x1440. Text ratio is 125% but changing to 100% does not solve the issue.
I ran TB in troubleshooting mode and the issue is still here.


Actual results:

The virtual folder properties dialog is truncated (see attached screenshot).


Expected results:

The dialog should not truncate the content or should be resizable.
Bug: Whenever returning from a TB tab to main 3-pane, attachment pane is collapsed completely, or to 1 row with "Initially Show Attachment Pane" - should preserve the current state
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-18 11:45:46+00:00
Resolved: 2023-09-04 12:52:20+00:00

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

Steps to reproduce:

If you receive an email that has many attachments, and expand the attachments pane to view them, open the first attachment, read it, and close it, the attachment pane has collapsed again. This makes it tedious to read each attachment in turn.



Expected results:

The email's attachment pane should stay open if the user previously opened it.