av9ash/GitBugs huggingface dataset:
Bug: Captive portal logout results in litany of modal SSL error messages blocking use of the application
Status: UNCONFIRMED
Priority: --
Created: 2020-05-24 01:12:16+00:00
Resolved: 2022-10-16 22:20:13+00:00

(Appears similar to bug 1363838 from 2017 which is listed as unconfirmed; I believe Thunderbird development was less active at the time.)

After a certain period of inactivity, a captive portal providing Wifi authorisation logs out my computer. When I return, Thunderbird presents hundreds of modal dialog boxes (which block the main application window) one after the other warning me that "You are about to override how Thunderbird identifies this site." I assume this is because the captive portal intercepts Thunderbird's connection attempts to the mail servers. Each site/server will occur in many many copies, presumably once for each connection attempt.

It takes me several minutes to click on "Cancel" or press the "Escape" key for each message. The alternative of force-killing Thunderbird and restarting it risks losing unsaved messages etc.

May I suggest to either consolidate these error messages (so as to only display the most recent one for each server), or (perhaps preferably) move them into a non-modal list a bit like the "Downloads" tab, where one might then bulk delete (or indeed inspect) the errors.

Many thanks for your consideration and for keeping Thunderbird awesome!
Bug: T-Bird not learning incoming email is NOT junk.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-05-24 09:02:06+00:00
Resolved: 2021-09-07 04:26:37+00:00

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

Steps to reproduce:

I have tried to "train" T-Bird to stop placing some daily incoming emails into the Junk folder. 
I have also tried creating a filter to move a specific email based on From Name and Subject to the Incoming folder.


Actual results:

When moved from Junk to Incoming folders manually, emails stay where placed. However, the next day, nothing has been changed either by training or by created filters. 
I have allowed over a week for "training" to take affect. 
 


Expected results:

Through training and created filters, specific emails should be showing in the Incoming folder, not the Junk folder.
Bug: The sound notification does not work when I receive several emails.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-24 13:02:59+00:00
Resolved: 2023-12-20 12:27:40+00:00

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

Steps to reproduce:

The sound notification works when the first email arrives.
The sound notification does not work when the second, third,... emails arrives.



Expected results:

The sound notification works when the first, second, third,... emails arrives.
Bug: The position of Calendar tab is not preserved after quitting
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-25 04:19:39+00:00
Resolved: 2021-10-16 15:43:43+00:00

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

Steps to reproduce:

TB 68.8.1

The Calendar tab always becomes the last tab after relaunching the app - regardless of its position when I quit the app.

This issue never happened in pre-68 versions.


Actual results:

-Open TB
-Move Calendar tab to become, for example, 2nd tab
-Relaunch TB
-Calendar tab will be the last


Expected results:

-The position of the Calendar tab should be preserved.
Bug: large file is attached and linked to wetransfer - nevertheless the file is attached to the mail making the mail untransferable
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-25 13:58:57+00:00
Resolved: 2020-06-18 15:53:11+00:00

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

Steps to reproduce:

This bug was first observe with Windows 10, Thunderbird 68.8.0 and persists in 68.8.1. The larger picture shows the situation after trying to send the mail: uploading the large file was completed and the link shows up in the mail. And this is the first hint for a malfunction I get a warning that my mailserver might reject my mail due to size. The next, smaller picture shows that the mailserver really rejects the mail. I then tried to remove the appanded file from the mail - I could not do so... 
I was asked to redo the test using the scroll down list next to attach to upload the file - same outcome, see third picture


Actual results:

see above text and screenshots . Unable to send the mail, unable to remove the attachment


Expected results:

tiny mail should be sent which has the link information in the body.
Bug: latin-1 characters are sent in charset=utf-8 e-mails
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-25 14:31:23+00:00
Resolved: 2020-12-06 20:26:38+00:00

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

Steps to reproduce:

Start writing a new message.
Text encoding is set to 'Unicode'.
Message body contains characters like äöüß.
Send message.


Actual results:

When I receive the message, it says

MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit

But the characters are actually encoded in latin-1, e.g.: \xe4\xf6\xfc\xdf


Expected results:

Expected result would be that the characters in the message body are actually encoded in utf-8.
Bug: lost all emails after update to 68.8.0
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-25 16:04:07+00:00
Resolved: 2020-10-02 06:27:11+00:00

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

Steps to reproduce:

I can't reproduce -  I lost all messages


Actual results:

Yesterday I accepted an upgrade from Suse. Running opensuse 15.1
I opened my email client thunderbird and a popup appeared asking if I want to compact.  I have seen the popup appear often in the past and I agreed to compact.  Suddenly all my messages were gone.  I realized right away that something was wrong when all I saw was a few new messages in the inbox.  I checked my accounting settings and they say to never delete.


Expected results:

I get my mail from a company gmail account.  If there is anything I can do please contact me.
Bug: After 68.8.1 Update on May 25, 2020 ... Thunderbird can't connect to my Verizon.net outgoing mail (SMTP) server (on AOL).  Incoming POP mail server connection is fine.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-25 18:11:23+00:00
Resolved: 2020-05-25 19:29:48+00:00

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

Steps to reproduce:

Tried to send mail via Thunderbird.  Tried rebooting router and computer.  Double checked SMTP settings.  Sending email directly from AOL online site works fine.


Actual results:

Mail didn't send. Connection issue with SMTP server


Expected results:

Message sent.  Prior to update, messages were sent without any issue.
Bug: DEL or BACKSPACE no longer removes empty address rows, and focus jumps sometimes using [x] label
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-25 18:49:04+00:00
Resolved: 2020-06-11 11:08:14+00:00

TB 68 has this keyboard convience and access feature: Press DEL or Backspace on an empty recipient row to remove the row itself. That's very efficient for keyboard users, and helpful for people with access problems (especially the blind), as they don't have to navigate around to delete an empty row which is already focused. It also makes removing address rows more fluent, like deleting an empty line of text. This got lost in bug 440377.

STR (beta/trunk)

1) Have a draft with CC recipients which you want to remove.
2) Place cursor in CC address input and hold Backspace until all CC pills are gone.
3) Release Backspace and press it again once.

Actual result

- Nothing

Expected result (as in TB 68)

- When address row is already empty, intentionally pressing Backspace or DEL once again should remove the row itself, and move focus to the nearest row according to direction of deleting.
- Note: We prevent accidental predatory deletion of unrelated fields and their pills with inbuilt safety brakes, as this trick will not work for repeated keypress, so you really have to let go of the key first and then intentionally press it again. Different from TB68, we'll obviously brake again at the next input to protect its pills (works already).

There's also a focus bug that for certain combinations like removing To address row via [x] label, with Newsgroup row present, focus will skip the nearest row (Newsgroup) and jump to Subject instead.
Bug: Windows Defender -  "Antimalware Service Executable" (ASE) overloaded CPU when Thunderbird runs with last version
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-05-25 19:27:06+00:00
Resolved: 2020-06-21 01:55:44+00:00

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

Steps to reproduce:

I start Thunderbird 68.8.1
As soon as I go to the main page tohave a look on my mails, I can notice on task manager that "Antimalware Service Executable" (ASE) becomes very active so that I finally can not use Thunderbird. If I endThunderbird, the ASE go back to quite.




Actual results:

As described, my big thunderbird (3 bigs mailbox) is unusable because when running, ASE becomes active with high level of CPU due to Thunderbird


Expected results:

Thunderbird should not make ASE very active for hours and hours if I don't kill Thunderbird !
Bug: Many older mails somehow empty on opening
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-26 08:59:49+00:00
Resolved: 2021-06-29 01:06:03+00:00

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

Steps to reproduce:

From April 24 on are several mails empty on opening.




Actual results:

Repair and compress did not change results
Bug: permafail: modules/libpref/test/unit/test_stickyprefs.js | xpcshell return code: 0
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-05-27 00:34:05+00:00
Resolved: 2020-06-09 13:31:12+00:00

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

---
Bug: Imap folder list refresh bug (works one way, not the other way)
Status: UNCONFIRMED
Priority: --
Created: 2020-05-27 09:07:17+00:00
Resolved: 2020-06-01 13:03:30+00:00

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

Steps to reproduce:

Connect using IMAP (to Exchange server)
Find not all folders get synced
Try to subscribe via File/Edit/Account Settings/Sync & Storage/Advanced
List of folders is not showing all folders
In main TB window click right on account > choose Subscribe
List of folders IS showing all folders > enables me to subscribe to missing folders


Actual results:

Not all folders on server shown when using one way, but all folders shown when using other way


Expected results:

I expect the result, all folders on server shown instead of some missing, to show up in both 'paths', not just when clicking right on the account in the main TB window
Bug: Options > Composition > HTML Style > [x] Use reader's default colors (etc.) is poorly worded, wrong design and [Restore Defaults] buggy
Status: NEW
Priority: --
Created: 2020-05-27 14:07:36+00:00
Resolved: 2022-08-29 20:18:05+00:00

I have noticed a few odd things about composition's default color settings.

**Actual:**


```
A) [x] Use reader's default colors
B)     Text color: [*]   Background color: [*]
```
- As already noted in bug 690644 comment 72, the wording is ambiguous (reader? mail reader?) and not very clear.
- There is a design flaw: A and B are two mutually exclusive (same-level) options, but the indented layout falsely suggests that to get the colors, one has to activate the parent checkbox. So confusingly, the opposite is true: to activate the colors, you have to *deactivate* the parent checkbox.
- [Restore Defaults] button behaviour is buggy:
  - after changing settings and doing [Restore Defaults], the button is not disabled when defaults are currently applied (bug)
  - clicking the falsely enabled button again reactivates the color pickers (in spite of checkbox still checked) and changes both colors to black, so now the UI is in a completely confused state.

**Expected**

- Improve wording, and use correct UI of radio buttons for mutually exclusive options:
```
(o) Respect the recipient's default color scheme.
( ) Text color: [#]   Background color: [#]
```
- After changing settings and doing [Restore Defaults], the button must be disabled to indicate that defaults are currently applied
Bug: Relationship among <browser>, tabmail tab, and web-ext tabId is broken for shared messagepane tabs.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-27 20:37:12+00:00
Resolved: 2020-06-26 07:42:05+00:00

Aside from the root problem of the original tabmail implementation, Bug 1455471 did not account at all for a shared #messagepane among tabs and tabIds. Bug 1627556 and Bug 1628245 fixed some things but did not go all the way.

One place to see this is the uBlock extension. Any folder or message type tab opened will break the updating of the toolbar badge, after having switched among these tab types. The _browsers WeakMap keys are wrong for the tabId, being identical and all.
Bug: Re-enable C++ indexing for comm-central by having c-c generate metadata on taskcluster like m-c does
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-27 23:49:20+00:00
Resolved: 2020-07-29 20:05:19+00:00

The code for searchfox assumes that comm-central is the topsrcdir and mozilla-central is a subdirectory of that. Ever since bug 1366607 landed, the configuration is reversed, with mozilla-central the top directory and comm-central a checkout contained in comm/. This configuration means that the build is failing, and comm-central is pretty reduced to just a plaintext search, which is far less helpful than it could be.
Bug: TB77 Dark mode unreadable text in message reader/content pane
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-28 00:37:23+00:00
Resolved: 2020-07-08 15:08:58+00:00

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

Steps to reproduce:

Receive email in thunderbird beta


Actual results:

I'm running TB77.0b3 and the dark theme in the email content pane renders it almost unreadable in many cases, in particular when receiving email from Outlook users. 

Outlook unfortunately chooses a blue #1f497d as the default text color on emails, and the resulting blue on dark grey is very difficult to read. It also chooses black for replies and that's even worse. It may be readable if your monitor is very bright, but it's still extremely low-contrast.

It looks like Outlook actually changes the color to a brighter blue and the black to white when its content pane is in dark mode. This text is all completely readable in Outlook.

In a related note, HTML emails that don't set their background color inherit the dark theme background and are very difficult to read as the text is black on dark grey.


Expected results:

I would suggest fixing it in a similar manner to outlook; lightening text colors to a certain threshold and just plain switching black text to white. 

If that's a high LoE, is there any way to disable the dark background in the TB content pane, some about:config setting perhaps?
Bug: save all on linux shows not all folders
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-28 09:22:59+00:00
Resolved: 2020-12-06 20:26:56+00:00

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

Steps to reproduce:

On Linux Mint 19.10, with Thunderbird 68.8.0 from https://snapcraft.io/thunderbird
I opened an email with multiple attachments, and clicked "Save all"




Actual results:

Save all only allows to save in Downloads


Expected results:

Being able to save in other folders than ~/Downloads
as is possible with emails that have single attachments,
or by opening the list of attachments, and right-mouse on a single attachment and selecting "save as".
Bug: No text in toolbarbutton is="toolbarbutton-menu-button" after bug 1639925
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-28 10:34:52+00:00
Resolved: 2020-05-28 16:15:37+00:00

Bug 1639925 changed the toolbarbutton-text. Since then the toolbarbutton is="toolbarbutton-menu-button", which is a TB own CE has no text.
Bug: Compose scripts: messenger.* namespace is undefined
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-28 14:02:10+00:00
Resolved: 2020-08-04 10:54:57+00:00

In Compose scripts, the `messenger.*` namespace/variable is undefined. If you try to use it, you get `ReferenceError: messenger is not defined` in the console. The `browser` namespace works fine.
Bug: Compose scripts: cannot view the Console
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-28 14:06:24+00:00
Resolved: 2020-09-22 03:02:22+00:00

There is currently no way to view the Console for the compose scripts, which makes them difficult to debug. If you select the compose window from the "Developer Toolbox", the Console is blank. 

In Firefox, if you do `console.log()` from a content script, the output is shown in the Console for the tab. In Thunderbird, you can find the compose window document from the "Developer Toolbox", but the Console is blank. First posted: https://bugzilla.mozilla.org/show_bug.cgi?id=1630786#c10.
Bug: Web extension option pages do not fully load
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-28 14:12:45+00:00
Resolved: 2021-01-29 01:08:47+00:00

[Option pages](https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/user_interface/Options_pages) do not fully load in Thunderbird 77. No issues in Thunderbird 68 or in Firefox. I get these errors in the console:
```
NS_ERROR_FILE_NOT_FOUND: Component returned failure code: 0x80520012 (NS_ERROR_FILE_NOT_FOUND) [nsIStyleSheetService.preloadSheet] ExtensionCommon.jsm:2587
TypeError: prin.URI is null
ConduitsParent.jsm:123:58
Error: Unknown sender or wrong actor for recvCreateProxyContext ConduitsParent.jsm:321:13
TypeError: prin.URI is null
ConduitsParent.jsm:123:58
Error: Unknown sender or wrong actor for recvAPICall ConduitsParent.jsm:321:13
Error: Unknown sender or wrong actor for recvAPICall 2 ConduitsParent.jsm:321:13
Error: Unknown sender or wrong actor for recvAddListener 2 ConduitsParent.jsm:321:13
Error: Unknown sender or wrong actor for recvAPICall 22 ConduitsParent.jsm:321:13
```
Bug: Thunderbird hijacks AltGr-keys of foreign keyboard layout, making them unusable
Status: UNCONFIRMED
Priority: --
Created: 2020-05-28 17:47:13+00:00
Resolved: 2020-05-28 17:47:13+00:00

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

Steps to reproduce:

I have a foreign keyboard layout, in which the key combo "AltGr+z" generates the key "o with umlaut" (I can't type the letter here because of this very bug that I'm reporting).

When I'm composing a message on Thunderbird, and when I'm writing in a form field on Firefox (such as this one), and I press "AltGr+z" to input that special letter.


Actual results:

What happens instead is that Thunderbird/Firefox undo my last typing, as if I had pressed "Ctrl+z" instead of "AltGr+z".


Expected results:

The letter "o with umlaut" should appear instead.
Bug: Mochitest FATAL ERROR: Non-local network connections are disabled and a connection attempt to aus.thunderbird.net (13.227.73.128) was made.
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-05-28 18:50:28+00:00
Resolved: 2020-09-04 19:40:18+00:00

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

---
Bug: Quote on last line turns to paragraph on return to advance to next line
Status: UNCONFIRMED
Priority: --
Created: 2020-05-28 21:15:26+00:00
Resolved: 2020-12-06 20:27:12+00:00

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

Steps to reproduce:

Reply to a message, preferably with no signature.  Ctrl-R to reformat quoted text to lines beginning with >.  Advance to the last line of the quote, which has nothing below it and go to the end of the line and hit return to create a new line, e.g., to respond to the prior paragraph.


Actual results:

Prior to hitting return, the entire quoted paragraph is in body text.  After hitting return, the last line only will be in Paragraph format, opening a gap with the rest of the paragraph of which it was the last line.  To re-establish the format, one has to put the cursor on that last line of quote, convert to body text, and then delete the blank line which appears above it.


Expected results:

Return at the end of the line should simply have created a new line of format Paragraph, not changed the format of the last line of quote.
Bug: callbackProgress is missing a state argument
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-29 00:04:51+00:00
Resolved: 2020-05-31 10:18:12+00:00

One of the calls to callbackProgress in the function verifyImage is missing an argument, at the moment it is callbackProgress(92) and I suspect the 92 is meant to be the percentage:
https://searchfox.org/comm-central/search?q=callbackProgress%28&path=&case=false&regexp=false
Not sure what the state needs to be passed, probably STATE_RESIZING but maybe STATE_TRANSFERRING.
As far as I can tell the state is not used anyway:
https://searchfox.org/comm-central/source/mail/components/addrbook/content/abCard.js#1141-1146
Bug: Infinite loop when POP3 server replies with -Err to STLS command.
Status: NEW
Priority: P3
Created: 2020-05-29 14:37:46+00:00
Resolved: 2024-05-22 04:04:49+00:00

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

Steps to reproduce:

Answer with -Err to STLS command.


Actual results:

Thunderbird tries to issue the STLS command again, which results in the same -Err response. This loop continues indefinitely.


Expected results:

Thunderbird should not try to issue the command again and terminate the connection.

PS: I would also like to suggest that the showed error message is changed from "disable encryption" to "try POP3 with implicit TLS on port 995" (or something like that) instead. Related: https://bugzilla-dev.allizom.org/show_bug.cgi?id=962763
Bug: Custom colors of folders not kept when folders are hidden
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-29 18:05:52+00:00
Resolved: 2020-06-08 15:59:55+00:00

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

Steps to reproduce:

Change the color of a folder icon (right click -> properties -> icon color).  Hide the folders by clicking the arrow symbol. Close Thunderbird and restart it.


Actual results:

When the folders are hidden, the custom colors aren't kept after restart. To keep the custom colors, the folder tree must be visible.


Expected results:

Remember the set colors even when the folders are hidden during Thunderbird start.