av9ash/GitBugs huggingface dataset:
Bug: dark theme is not working on "compose" window's title bar
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-09-24 23:19:09+00:00
Resolved: 2020-09-25 10:08:07+00:00

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

Steps to reproduce:

Actually I use Windows 10 Home 64-bit OS, version 2004, Build 19041.508... and the Thunderbird version: 78.2.2 (64-bit)... I enabled the "dark mode" in my OS, and Thunderbird in consequence of that action changed the default theme to "dark mode"
 


Actual results:

Actual result: Thunderbird is in "dark mode" but the title bar of "Compose" window and any other message window's title bar remains white (when opened in a new window) making an impression the dark mode is incomplete. Refer to the attached screenshot.
Feels like the OS theme remained "Light", but in fact it's dark


Expected results:

The expected result is that all the title bars should accept the change and turn to the dark variant...
Bug: Dark mode: OpenPGP indicators in status bar of mail compose window barely visible
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-09-25 06:41:22+00:00
Resolved: 2024-07-05 08:34:21+00:00

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

Steps to reproduce:

Have dark mode enabled. Open the mail compose window. Select "require encryption" in the options menu.


Actual results:

There is an OpenPGP status indicator in the status bar, but the icons are barely visible. The signature icon is not centered between its borders.


Expected results:

Change the icons to follow the theme settings. You could also switch their order to be consistent with the message header pane (lock left, signature right). 
As I understand, bug 1667254 will improve this implementation in the long term (Post-78?). But it would be nice to fix the colors in the short term.
Bug: When printing a message, attachments with extension .p7m (S/MIME encrypted emails) do not appear in the printed list of attachments (may involve nested mime structure)
Status: UNCONFIRMED
Priority: --
Created: 2020-09-25 10:28:16+00:00
Resolved: 2021-11-27 17:04:26+00:00

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

Steps to reproduce:

open email with attached p7m;
print email;
thunderbird ver 78.2.2 32bit


Actual results:

on the printed email there are not listed p7m files


Expected results:

the email printed must have listed all files attached
Bug: Media queries are not supported in Thunderbird 78 (it was working in Thunderbird 68)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-25 11:04:36+00:00
Resolved: 2020-09-30 20:51:59+00:00

It seems that media queries are ignored in Thunderbird 78.3.0.

Before (Thunderbird 68.12.0), it was working fine.

The attached `e-mail.html` file opened with Thunderbird 68.12.0 display the text in blue or red depending on the screen width.

The attached `e-mail.html` file opened with Thunderbird 78.3.0 display the text in black ; ignoring media queries.

Reproduced with fresh install of 68.12.0 and upgrade to 78.3.0.
Bug: not recognising need for update in 45.4.0
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-25 15:35:34+00:00
Resolved: 2022-03-08 04:33:08+00:00

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

Steps to reproduce:

rebuilding an old notebook. TB is at 45.4.0.

After searching, it it tells it is up to date on the release channel. 




Actual results:

Actually, it did the test or upstream request or whatever.


Expected results:

It's at 45, it definitely is wrong being recent.

If not - computer affine people have that, they might never update and might take it for granted at 45. I know quite a lot of people who would not know or who would believe the statement that it is current.
Bug: losing draft bodies when network connection intermittent
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-25 15:41:15+00:00
Resolved: 2020-12-06 20:37:16+00:00

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

Steps to reproduce:

write a draft, press save.
Wait -- takes long because network down - press cancel.
Messages pops up offering to store locally.
Choose yes, email seems to be stored


Actual results:

Email is in the local store, but the body is empty. Subject line is ok. Don't remember if I entered a recipient


Expected results:

body should be stored/saved as well

Happened (same day) about 7 times within an hour.

If I wait for the timeout storing on imap to finally fail, then the body is stored. Problem only comes up if I cancel the storing to imap.

Reason for this user interaction: since one or two subversions, the timeout on imap seems to be multiple seconds (>10??) without me changing anything. So it is annoying to wait until local save is proposed.
Bug: account central: setup email not working, tools also cannot setup email
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-25 16:20:42+00:00
Resolved: 2020-12-30 14:36:11+00:00

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

Steps to reproduce:

78.3
upon install, do not set email.
Later, try from account central. Whereas calendars can be set up, the email button does nothing
Bug: Thunderbird 78 folder & email panes don't refresh view when changing folders
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-25 18:46:57+00:00
Resolved: 2020-12-30 15:28:34+00:00

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

Steps to reproduce:

Thunderbird automatically updated to 78.2 a week ago on several machines. was working perfectly until then. 


Actual results:

Selecting a particular account or folder would not cause the email pane to reveal emails or refresh.  Running my mouse cursor over the email pane would reveal the email text that the cursor covered. Email pane would continue to display the same email contents as different accounts or boxes were selected until  the mouse cursor was moved over the pane.


Expected results:

Selecting a particular inbox, sent box, etc should display the emails in the email pane without mouse cursor painting.
Bug: Thunderbird window suddenly too wide with cardbook add-on
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-26 08:30:04+00:00
Resolved: 2020-11-15 14:12:40+00:00

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

Steps to reproduce:

Startup, wait for tabs to populate. Tabs: Lightning and CardBook
It seems the options CardBook and Contact in the Quick Filter toolbar are the cause of this. When they appear, the screen widens.
Quick Filter toolbar = Pin, Unread, Starred, CardBook, Contact, Tags, Attachment.


Actual results:

The Thunderbird window suddenly is wider than my screen. After startup the window fills the available width of the screen. Then the tabs populate, and the Thunderbird window widens. The arrow handles on the side won't respond. Maximizing the window doesn't help.
This problem looks like bug 1508093


Expected results:

A snug fit for the Thunderbird window on the screen.
Bug: `Always Ask` opening dialog suggests a bad default opener for attached PDF files in Write window
Status: NEW
Priority: --
Created: 2020-09-26 10:33:40+00:00
Resolved: 2022-01-21 22:29:54+00:00

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

Steps to reproduce:

Try open PDF attached to new message.


Actual results:

Dialog show bad default program.


Expected results:

It should 1) be opened in TB previewer or 2) offer previewer and Adobe Reader.
Bug: 82.0B1 Theme Add-on Issue
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-26 11:06:54+00:00
Resolved: 2020-09-26 11:15:37+00:00

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

Steps to reproduce:

Updated to 82.0B1.  


Actual results:

Potential defect:  Theme defaults to solid color (not always the color the theme intended) in header, menu, tabs and switches to dark mode in body. Switched themes via add-on enablement and some allow color in header area and can toggle dark theme on then off to get rid of dark mode in body.  For non-solid color themes, the header switches to solid color with no theme enhancements (multi-color, characters and/or items such as stars, planets, etc.   


Expected results:

Update should have had no effect theoretically.
Bug: Plain Daily starts with broken Today pane
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-09-26 11:13:31+00:00
Resolved: 2020-09-29 09:41:19+00:00

When I open Daily with only the main tab open the Today pane shows too also when I set it hidden.

The Today pane looks also broken because no Today, Tomorrow and Upcoming labels are shown.

Closing the pane and clicking again on the Today pane button does nothing. I see no special errors in the console.

When I open a calendar tab and close it again, the Today pane button on main tab works and the Today pane looks correct again.

With multiple tabs open like Main, Add-ons Manager and Prefs the Today pane shows on startup for a split second.
Bug: 82.0B1 Print Preview is blank.  (Print is OK)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-09-26 11:25:09+00:00
Resolved: 2020-11-17 18:49:37+00:00

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

Steps to reproduce:

Updated to 82.0B1.


Actual results:

Print Preview is blank.  It actually shows multiple pages in page number field, but all screens are blank.  I printed anyway and it seems to print ok.  Appears to be solely a print preview display issue? Noted that it does allow changes such as scaling, but still shows no content of item being previewed.


Expected results:

Print Preview should have shown contents of e-mail being printed and allow editing, such as scaling.
Bug: Message subject not being decrypted in attached encypted messages
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-26 11:31:43+00:00
Resolved: 2020-09-26 11:40:39+00:00

1. Obtain some PGP-encrypted message (which itself you are be able to read in Thunderbird, content and subject)
2. Forward the encrypted message (e.g. to yourself) as an attachment, not inline
3. As the recipient of, open the "container" message it in Thunderbird; then open the attached encrypted message

Expected result: The inner message, when opened, has the subject field set to its actual subject.

Actual result: The subject field for the inner message remains with "..." as the text.

This is particularly problematic when mail servers "massage" the original message and deliver it as an attachment to a generated (?) outer message - thus triggering this issue when you try to read what you've been sent.

Using TB 78.3.1 but saw this earlier too.
Bug: Message list with white text on white background after switch from dark to regular mode (MacOS)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-26 11:44:19+00:00
Resolved: 2022-01-25 11:48:53+00:00

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

Steps to reproduce:

Running Thunderbird 78.2.2 (64-bit) on MacOS Catalina 10.15.6. 
Operating standard theme. No manual CSS changes, no active add-ons.

MacOS automatically switches from the regular to a dark theme at night, and back to the regular theme in the morning.

I last used Thunderbird at night when the dark theme was active, and left the computer running until the next morning, when MacOS had switched back to the regular theme.


Actual results:

New messages in the message list were displayed with white font color on white background, leading to them becoming illegible. The same happens for the message I'm selecting in the message list. See attached screenshot.

Closing and re-starting Thunderbird solves the issue, while it re-occurs with every OS theme change from dark to regular.


Expected results:

Message list also shows new and selected messages with black font color when the OS's regular color theme becomes active.
Bug: After setting folder color, Next and Previous message navigation keys (F, N) don't work in folder, disabled in Go menu
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-09-26 12:23:27+00:00
Resolved: 2024-07-05 12:54:04+00:00

I do not know whether this has always been broken since the folder color feature, or a more recent regression.

Workaround: change to a different folder and come back to the original folder
Bug: Right click "Print" mail will eject from TB / SOLVED en TB 82
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-26 12:32:10+00:00
Resolved: 2020-09-26 16:32:27+00:00

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

Steps to reproduce:

I tried to print an e-mail and got ejected from TB 81b4 and TBb82 both in x32 version. Windows 10 home PC. 
Right click on the text of the mail, select "Print" and TB ejects with the usual "Do you want me to send debug information" window.

If I choose "Preview", I can see the print preview but hittinh print does nothing. 


Actual results:

TB closes and the bug report window is shown


Expected results:

Show the printer selection window.
Bug: Thunderbird Daily no longer updates itself (nightly update channel)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-09-26 13:00:34+00:00
Resolved: 2020-10-02 18:36:28+00:00

Thunderbird Daily (nightly release channel) no longer updates itself.
I was on Daily 2020-09-17 I think (should be 82), and `About Thunderbird Daily` dialog was claiming "Daily is up to date", which ain't true because we have 83.0a1 (2020-09-25) (64-bit).
I updated manually to 2020-09-21, which also claimed the same.
My internet connection was good, so it's not bug 1643309.
Also observed by others on Matrix chat, Thur, 24-09-2020, 03:11.
Bug: send button always greyed out
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-26 14:23:44+00:00
Resolved: 2020-09-27 10:25:37+00:00

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

Steps to reproduce:

Some weeks ago i did a fresh install (new laptop) of TB (81.0beta3 64bit, W10 2004).
I did save my old profile (TB 80.0Beta 32bit) and copied that to new laptop.
Started TB with -p option to point out to correct profile folder.
Started TB and mailbox from Internet (i use outlook.com email address with IMAP) was synchronized succesfully.
But:
Since this fresh install I was never able to send messages; send button always greyed out.
Synchronization still working.
Even when i goto outlook.com site, login and send email that email is synchonized to my TB send items folder.
Any help very much appreciated.
Bug: Main window tab name not visible
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-26 14:36:09+00:00
Resolved: 2021-03-16 00:20:10+00:00

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

Steps to reproduce:

TB 78.3.1 x64: main window tab name not visible after starting TB. Picture attached.


Actual results:

Just updated one version up and the tab name just disappeared.


Expected results:

Tab name should be visible.
Bug: Drag & Drop Contact into Mailing List Prohibited
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-26 15:24:37+00:00
Resolved: 2022-07-15 19:23:40+00:00

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

Steps to reproduce:

Try to drag contact into mailing list.


Actual results:

Stop icon presented


Expected results:

Contact added to Mailing List.
Bug: The DuckDuckGo search engine is missing from the search engine list in Preferences
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-09-26 15:53:07+00:00
Resolved: 2020-11-17 19:08:41+00:00

Noticed it missing while testing the 82.0b1 release candidate on Windows10.

It does appear in the Add-ons list of Troubleshooting Information.

"DuckDuckGo	extension	1.0	true	ddg@search.mozilla.org"

Looks like it was originally added to version 60.5.0 via bug 1427133.
Bug: Thunderbird Won't Quit or "About Thunderbird" from Thunderbird Menu
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-26 16:19:12+00:00
Resolved: 2020-10-07 19:19:15+00:00

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

Steps to reproduce:

After using Thunderbird for a few minutes, I try to quit the application by going to the "Thunderbird" menu and selecting "Quit Thunderbird" or "About Thunderbird"


Actual results:

Nothing happens at all.


Expected results:

Thunderbird should quit  or open the "About Thunderbird" dialog when it is selected from the Thunderbird menu.

To get it to quit, I right-click on the dock icon and select quit from there -- and it nicely obeys.
Bug: Open selected email in tab but not have focus - open in background - preference setting has no effect.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-26 17:02:13+00:00
Resolved: 2024-04-17 15:10:01+00:00

Windows 10
Issue applies to version 68.12.0 win32 and version 78.3.1 win64

Double click on email is set to open in a new tab.
Each time the email opens in a new tab and focus is immediately set on the newly opened tab.

In about:config
mail.tabs.loadInBackground has a Value set as 'true' as a default setting.

I expected this value to be set as 'false' by default being as tabs open with focus and not open in background.

However, it does not matter whether set as true or false, there is no change in behaviour. Tabs will open with focus.

I believe:
mail.tabs.loadInBackground should be set as 'false' by default
and if manually altered value is set as 'true' then emails opened in tabs should open in the background and not have focus. 

Something is not correct. 
This setting appears to be ignored and set up incorrect.
Bug: Compose window UI overflows horizontally when long string/multiple csv addresses are pasted after existing pills
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-09-26 18:49:41+00:00
Resolved: 2020-10-16 23:14:00+00:00

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

STR
1. Compose and have a few pills in To.
2. Paste multiple comma-separated addresses into the address input after existing pills.

Actual result
- Broken UI with an unwanted horizontal overflow beyond window width with lots of invisible addresses
- It's very hard for the user to figure out the next step, because focus/cursor are also hidden in the overflow.

Expected
- No horizontal overflow
- ideally, make the input multi-line for this scenario
- otherwise, overflow inside the input and keep the cursor position visible.

This is a regression (perhaps also from bug 1663057)

(In reply to Thomas D. (:thomas8) from Bug 1666463 Comment 13)
> Also there's a variant of bug 1667173 which isn't covered yet: Pasting
> string of CSV which is longer than the rest of the addressing row will
> expand the row horizontally beyond the screen. Guess they could share the
> same resizing code in a function. Or maybe we could just listen for input
> event on the input and attach the resizing there, which hopefully also
> covers the drop.
Bug: mail.identity.id*.catchAll breaks reply, followup and edit as new for newsgroup messages
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-26 20:06:16+00:00
Resolved: 2020-10-01 07:31:57+00:00

When I check "Reply from this identity when delivery headers match:" for any identity
"Reply", "Followup to Newsgroup" and "Edit As New Message" fail for newsgroup messages.

An error is logged in the DevTools Console:
22:00:24.356 TypeError: aPart is null MimeMessage.jsm:134:7

Filter on catchAll in about:config, i.e. mail.identity.id3.catchAll, for a quick check.
Bug: Can't drag-and-drop an attached email onto a folder
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-26 21:05:24+00:00
Resolved: 2020-10-01 07:34:12+00:00

I have a message with another message as an attachment (with an .eml filename).  If click the attachment and keep my mouse down, I am able to drag it, but - I can't drop it into another folder.

Why? I really should be to drag messages into folders. It's a message like any other, no good reason why we shouldn't be able to add a copy of it to a folder. (I don't much care if it is copied, moved, or if a prompt makes you choose between copy and move.)
Bug: Composition: TBird 78.3.1 under OS X 10.13.6: "hangs" while editing text in new email
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-27 00:56:49+00:00
Resolved: 2020-10-01 17:01:06+00:00

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

Steps to reproduce:

restarted Thunderbird multiple times


Actual results:

Thunderbird 78.3.1 under Mac OS X 10.13.6 (High Sierra)
While composing an email, using Delete often hangs.  The selected chars do not delete, typing does not respond.
File > Save  trigger the update and typing will now work.


Expected results:

Delete should immediately delete the selected chars; typing should insert the typed text.
Bug: nested lists are not handled as per HTML standards
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-27 06:19:43+00:00
Resolved: 2020-09-27 11:31:20+00:00

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

Steps to reproduce:

First the environmental details:
Thunderbird Version: 68.12.0 (64-bit)
OS: macOS Catalina Version 10.15.7
=================
Now the bug:
Thunderbird does NOT handle nested HTML lists well - the example below is an unordered list nested in an ordered list, but ordered lists within ordered lists are also a problem.
I EXPECT that nested lists would be displayed as they would if the list were pasted into https://www.w3schools.com/HTML/tryit.asp?filename=tryhtml_lists_intro
Reproduction details below:
====================
1. Compose a new message
2. Click inside the compose message area
3. Choose Insert > HTML
4. Paste the following:
<ol>
  <li>Coffee</li>
  <ul>
  <li>White</li>
  <li>Black</li>
</ul>  
  <li>Tea</li>
  <li>Milk</li>
</ol> 
5. Click insert
==========================
The nested un-ordered list causes the numbering sequence of the ordered list to FAIL - item 3. Tea SHOULD BE item 2. Tea
The good news is that if the recipient has a well behaved email client (e.g. gmail) then the recipient's email will display the list properly.
The bad news is that if someone sends ME a properly formed list, TB does NOT display it properly.


Actual results:

1. Coffee
   ° White
   ° Black
3. Tea
4. Milk


Expected results:

1. Coffee
   ° White
   ° Black
2. Tea
3. Milk
Bug: key_renameFolder is not existing but used on macOS
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-09-27 10:38:37+00:00
Resolved: 2020-10-02 18:40:15+00:00

The `<key>` element with `id="key_renameFolder"` is only defined on non-macOS operating systems but is used as attribute value unconditionally in a menuitem (and also toolbarbutton), which is producing an error message:

```
Key key_renameFolder of menuitem Rename Folder… could not be found menu.js:292
    accelText chrome://global/content/elements/menu.js:292
    _computeAccelTextFromKeyIfNeeded chrome://global/content/elements/menu.js:299
    render chrome://global/content/elements/menu.js:326
    <anonymous> chrome://global/content/elements/menu.js:173
```