av9ash/GitBugs huggingface dataset:
Bug: Drag and drop of recipient pills annihilates random pills when there's an error pill
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-09-03 17:17:12+00:00
Resolved: 2020-09-17 21:19:42+00:00

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

My first attempts of dragging pills around were just eating up most of the pills most of the time. Turns out that if you have just one error pill in the mix, the result of drag and drop becomes unpredictable, either existing or dragged pills are randomly getting lost and should not...

STR

1)  compose and have one red error pill (e.g. on German keyboard, if you don't hold `AltGr` long enough and press `q` key where the @ is third-level character, you'll just get `q`):
To: `john <john@example.com>`, `error <fooqbar.com>`, `jane <jane@example.com>`
CC: `1@example.com`, `2@example.com`

2) drag 1@... and 2@... from CC and drop them behind jane@ (onto address input of to)
3) delete last pills in To: so that error pill is *last* pill, now drop pills after the error pill

Actual result:
- jane deleted! (pill after error pill replaced with first dropped pill) :-O
- 1 and 2 now in To (ok)
- if error pill is last and you drop after that, first dropped pill will disappear
- if you keep dragging pills around into the field with the error pill, almost every move you're going to lose another pill, as long as the error pill is still around. Odd...

Expected result:
- Please don't lose pills on drag and drop

Something's wrong here. Just having an error pill shouldn't eat random pills...
Bug: Loss of caret cursor and selection after drag and drop of recipient pills (no visual feedback after drop, prevents verification or error correction)
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-09-03 19:11:12+00:00
Resolved: 2020-09-21 07:20:20+00:00

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

STR

- Have 10 pills in CC (for purposes of illustration)
- Drag 2 pills from To: field into the middle of CC: field (after pill 5)
- Try to visually verify if you succeeded to drag all pills to target and in correct position
- Observe focus
- Click on To-field (drag-source, empty or with some pills left)

Actual result

- all but impossible to visually verify operation success, because selection is lost and dropped pills immediately blend in with existing pills in target
- focus doesn't follow mouse to drop target (that's a bug)
- click on To-field fails to return caret cursor, which makes it look unresponsive (but focus is actually there, and just typing succeeds) - this is not always reproducable, especially when you keep trying; but I've seen it many times

Expected result

- dropped pills should remain selected in drop target:
  - visual feedback, verify operation success
  - allow easy error correction e.g. for drop in wrong field or change of mind
- focus must follow to drop target (either on the selected pill which had focus before, or on the last selected pill, *not* on the address input please because that might be far away from drop point)
- click on To-field should return caret cursor (will probably fix itself when you move focus to drop target and keep the selection there).
Bug: Dropping one or more comma-separated plaintext addresses at end of recipient field does not make them visible in a new line
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-09-03 19:30:53+00:00
Resolved: 2020-10-16 21:15:52+00:00

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

Dragging even 50 addresses into a small space after the last pill in a row will squeeze them in there with just the last characters visible, very confusing. Instead, if the space isn't sufficient, the whole string must be moved into the next line to be fully visible immediately (as happens when you type there or paste them into same space).
Bug: Confusing UI state with recipient pills and contacts side bar entries or attachments both showing active blue selection, causing privacy-violation of bug 1691842 (unintentional dual-drag messes up recipients)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-09-03 20:01:42+00:00
Resolved: 2021-04-23 10:46:44+00:00

Recipients pills must not maintain active selection (blue) when there's other active selections (blue). That's a confusing UI state where the focus position is unnecessarily obscured.

str

- select pills
- then select contacts in contacts side bar
- or select attachments in attachment pane

actual

- competing active selections shown in blue (pills and contacts, or pills and attachments)
- focus obscured

expected

- when selecting other things like contacts or attachments inside(!) composition window, pills must be deselected (as happens when typing in body).
- we should probably deselect pills as soon as contacts side bar or attachments pane are *focused* (*not* on recipient area blur)
Bug: perma comm/mail/components/enterprisepolicies/tests/browser/browser_policy_app_auto_update.js | A promise chain failed to handle a rejection: 2147549183 - stack: (No stack available.)
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-09-03 20:14:28+00:00
Resolved: 2020-09-07 08:01:24+00:00

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

---
Bug: Adding recipient with comma in display name and mistake or placeholder in email address [Johnson, CEO <johnsonqexample.com>] unhelpfully creates two pills
Status: NEW
Priority: --
Created: 2020-09-03 20:40:47+00:00
Resolved: 2020-09-04 09:09:41+00:00

Creating recipient pills in composition.
- Aleca, Thunderbird UX <alex@example.com> --> `Aleca, Thunderbird UX <alex@example.com>` (success)
- Aleca, Thunderbird UX <alexqexample.com> --> `Aleca` `Thunderbird UX <alexqexample.com>` (accidental email address misspell, fail, 2 pills created)

This can easily happen e.g. on German keyboard where @ is third level key requiring AltGr. Or maybe I don't have someone's email address at hand and just want to put a placeholder `Aleca, Thunderbird UX <###>`. I think user's intention of creating single pill is reasonably clear by structure: `Display, name <foo>` with angular brackets. Creating plaintext pill (`Aleca`) which is not a valid email address is pointless and pretty annoying as it requires several steps to fix that.

Not a regression, already happens in TB 68.
Bug: Mail folder properties: Restore default color iconic button not keyboard accessible (Space, Enter)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-09-03 21:53:46+00:00
Resolved: 2020-10-16 21:15:54+00:00

- Mail folder context menu > `Properties`
- change folder icon color to red with mouse (color picker is also pretty keyboard inaccessible on TB78, better on daily)
- press tab (moves focus from color picker to: `⟲` Restore default color button)
- press space
- press Enter

actual
- no visible indication of focus
- space or Enter do nothing (well, on space the button reacts, but doesn't change the color back)

expected
- visible focus indication
- trigger `⟲` with `space` or `Enter` and restore default color
Bug: Replying to email switches recipient and sender
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-04 09:25:13+00:00
Resolved: 2020-09-04 14:09:21+00:00

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

Steps to reproduce:

I receive an email from a collegue and press reply.


Actual results:

After pressing reply, the recipient and sender are switched out - so that the original recipient (my address) is used as recipient, and the original sender is listed as sender.

In effect, I'm sending the reply to myself. This only happens with that one sender, and the problem doesn't appear when I use webmail instead of Thunderbird, so I figure that Thunderbird hickups on something in the header?


Expected results:

The original sender should be entered as recipient when pressing reply.
Bug: 78 version drop the SMTP connection. 68 is all good
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-04 10:04:34+00:00
Resolved: 2020-09-04 10:21:24+00:00

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

Steps to reproduce:

Trying to send mail via SMTP server (STARTTLS, simple password)


Actual results:

Instant server timeout error


Expected results:

In 68 version SMTP is working. Postfix log: 
Sep  4 12:51:43 polly postfix/smtpd[29548]: setting up TLS connection from unknown[178.170.251.81]
Sep  4 12:51:43 polly postfix/smtpd[29548]: Anonymous TLS connection established from unknown[178.170.251.81]: TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)
Sep  4 12:51:43 polly postfix/smtpd[29548]: 23DDA60FDA: client=unknown[178.170.251.81], sasl_method=PLAIN, sasl_username=

But in 78 version thunderbird drops the connection.
Sep  4 12:34:41 polly postfix/smtpd[27721]: setting up TLS connection from unknown[178.170.251.81]
Sep  4 12:34:41 polly postfix/smtpd[27721]: Anonymous TLS connection established from unknown[178.170.251.81]: TLSv1 with cipher AES128-SHA (128/128 bits)
Sep  4 12:34:41 polly postfix/smtpd[27721]: warning: network_biopair_interop: error reading 5 bytes from the network: Connection reset by peer
Sep  4 12:34:41 polly postfix/smtpd[27721]: lost connection after STARTTLS from unknown[178.170.251.81]
Bug: Quick Filter Bar - Continue this Search across all folders - not available
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-09-04 11:55:06+00:00
Resolved: 2021-01-10 01:56:57+00:00

Windows 10

In Thunderbird version 68.12.0 (32bit) - works as expected.
In Quick Filter Bar <Ctrl+Shift+K>type something you know will return no results.
click on any of the Filter messages by options and message pops up 'Continue this search across all folders. Press Enter again to continue your search for:  X'
If you press 'Enter/Return' key, the search opens in a new tab as a 'Global Search' <Ctrl+K>.

In Thunderbird 78.2.1 (64bit) - expand search option disappeared.
In Quick Filter Bar type something you know will return no results.
Do not get any helpful message about converting to global search.
Pressing 'Enter' has no effect.
Cannot expand QFB search into a Global Search.
Bug: intermittent comm/mail/test/browser/tabmail/browser_dragndrop.js | Uncaught exception - at resource://testing-common/mozmill/utils.jsm:127 - TimeoutError: Timed out waiting for message display completion.
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-09-04 18:46:17+00:00
Resolved: 2021-02-25 00:44:18+00:00

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

---
Bug: Dark Mode: Spell check suggestions in mail compose window hard to read
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-09-04 20:37:38+00:00
Resolved: 2020-09-17 03:13:24+00:00

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

Steps to reproduce:

Open the Mail compose windows, misspell a word and open the spell checker dialog (Options -> check spelling). 


Actual results:

Suggestions for right spelling are hard to read because the font is black on dark background.


Expected results:

The font in the suggestions box should be white.
Bug: Thunderbird not responding for about 70s while deleting mail
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-05 09:35:23+00:00
Resolved: 2020-11-12 03:11:42+00:00

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

Steps to reproduce:

OS: W10
Go to spam folder, select all mails in it (about 30), tap "delete" key


Actual results:

TB froze for about  70 s with "no responding" message in TB-window header area.


Expected results:

TB should remain responding. The delete operation should be faster.

This is not always reproduceable, and it does happen also in other folders and with other numbers of emails being deleted, down to one email. 
Generally it happens only once, shortly after having started TB, but not alway with the first delete operation of the day.
Bug: Cannot delete mail folder via Delete from context menu, because Trash folder is missing
Status: UNCONFIRMED
Priority: --
Created: 2020-09-05 14:26:16+00:00
Resolved: 2021-05-10 08:46:29+00:00

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

Steps to reproduce:

Habe einen Ordner im Posteingang erstellt (müll) und möchte ihn jetzt löschen, aber mit Rechtsklick auf den Ordner und Löschen geht es nicht. Er Bleibt weiterhin.
Habe eine IMAP EMail Adressen.


Actual results:

Ordner wird nicht gelöscht


Expected results:

Er sollte nicht mehr da sein
Bug: Thunderbird presents multiple simultaneous password dialogs
Status: VERIFIED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-05 16:52:31+00:00
Resolved: 2021-11-13 20:38:36+00:00

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

Steps to reproduce:

Using Restart with Add-Ons Disabled, restart Thunderbird.


Actual results:

A couple of things, seemingly randomly:

- Before any windows are displayed, the prompt to enter the master password is displayed. Before I can enter anything, the main Thunderbird window is displayed, *also* with a prompt to enter the master password.
- The main Thunderbird window is displayed, the prompt to enter the master password is displayed, then *another* prompt to enter the master password is displayed on top of it.

Sometimes a master password prompt will get "stuck" in the background, requiring Thunderbird to be force restarted.

Note that this is a regression. Thunderbird used to do this but it was fixed a number of major versions ago, but reappeared recently (probably in 78, maybe 78.2)


Expected results:

A single master password prompt is displayed (initially, obviously it will be redisplayed if the wrong master password is entered).
Bug: How to DISABLE dark mode in TB Windows?
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-05 19:09:30+00:00
Resolved: 2021-12-06 11:58:06+00:00

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

Steps to reproduce:

1. Set up any Light theme 
2. Open any Custimise toolbar window in TB
3. Observe solid black borders artefacts from the dark mode. 


Actual results:

Instead of light theme UI I observe dark theme colours.


Expected results:

The light theme should not inherit dark theme settings.
Let disable DARK theme completely.
Bug: search within junk folder does not allow to specify body field
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-05 22:15:32+00:00
Resolved: 2024-07-05 23:46:32+00:00

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

Steps to reproduce:

open search window via ctr+sh+f
chose junk folder
open dropdown list for email field to contain a certain string


Actual results:

"body" is not listed


Expected results:

"body" is listed and can be chosen to search a mail with a searchstring.
In every other folder, "body" can be chosen as searchable mail field, only in junk not.
Bug: Change "Mir" (object) in mail summaries to "Ich" (subject)
Status: NEW
Priority: --
Created: 2020-09-06 10:31:36+00:00
Resolved: 2020-09-14 03:02:47+00:00

Bitte ändert das "Mir" zu "Ich", in mail summaries and wo es sonst noch stecken mag!
"Mir" ohne "Von" (= "Von mir") geht echt gar nicht, das tut richtig weh!!!

Ich verstehe, dass hier das "von" vom Benutzer quasi mitgedacht werden sollte, aber leider steht kein "von" im UI, und insofern sind die anderen Absender/Urheber ebenso wie "ich" erstmal  SUBJEKT, und Subjekte stehen im Deutschen bekanntlich im NOMINATIV (1. Fall). Der Gedanke lautet also eher: John schrieb - ich schrieb - Tina schrieb. Kurz: John: bla - ich: blub - Tina: bla. Nicht: John: bla - mir: blub - Tina: bla. Bei "mir" schwingt auch noch "schrieb mir = an mich" mit, was genau *nicht* gemeint ist.

Im Englischen ist das anders, denn da wird "me" flexibel genutzt und kann umgangssprachlich vielleicht auch als Subjekt (dt. Nominativ) benutzt werden, wie z. B. in "me thinks" (oder auch nicht: comment 1). Im Deutschen aber wäre "mir denkt" einfach nur krank!
Bug: ui.systemUsesDarkTheme immediately resets to 1, so can't work around Dark Mode problems
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-09-06 10:52:01+00:00
Resolved: 2020-09-08 17:59:15+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.1.2 Safari/605.1.15

Steps to reproduce:

Set MacOS into Dark Mode.
In TB config editor, set ui.systemUsesDarkTheme = 0.
Enable "Dark" theme in TB.
Check value of ui.systemUsesDarkTheme again, it has changed itself to 1.
Try to change it to 0, instantly resets itself to 1.


Actual results:

As soon as I set the ui.systemUsesDarkTheme to 0, it immediately resets itself to 1 (presumably as the Mac is in Dark Mode).


Expected results:

It should have stayed at the value I manually set, ie. 0.
This happens in the latest nightly build too (82.0a1 (2020-09-05)).
Without being able to set this to 0, I cannot work around the current bugs/issues with rendering messages and their replies legibly when only one of the HTML foreground/background colour has been set in the message text.
Bug: New Chat Contact doesn't work through menu or AppMenu
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-09-06 12:35:35+00:00
Resolved: 2020-11-15 16:31:31+00:00

When I try to add a new Chat account through menu File/New/Chat Contact... or through AppMenu I get following error:
 Uncaught Error: No connected account!                                                        addbuddy.js:24:13
    onload chrome://messenger/content/chat/addbuddy.js:24
    onload chrome://messenger/content/chat/addbuddy.xhtml:1
    _openDialog chrome://messenger/content/chat/chat-messenger.js:1051
    addBuddy chrome://messenger/content/chat/chat-messenger.js:1058
    doCommand chrome://messenger/content/mail3PaneWindowCommands.js:1123
    doCommand chrome://messenger/content/mailTabs.js:844
    doCommand chrome://messenger/content/tabmail.js:577
    goDoCommand chrome://global/content/globalOverlay.js:101
    oncommand chrome://messenger/content/messenger.xhtml:1

Through Chat tab "Show Accounts" button and then "New Account" in the dialog works.
Bug: Mails in trash folder from less than a few days ago permanently deleted
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-06 13:22:03+00:00
Resolved: 2020-09-15 13:57:51+00:00

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

Steps to reproduce:

Configure IMAP trash folder to work with provider web.de.
Work with it for several weeks, every day deleting some mails.
Restart Th. next day.


Actual results:

In trash - folder:
Yesterday, all mails older than 5 days had been completely deleted as verified by webmail interface of mail provider.
Today, all mails older than 2 days had been completely deleted as verified by webmail interface of mail provider.


Expected results:

No mail should have been deleted completely, as no deletion is set in 
- account properties - server properties - emptiy trash folder at leave = 0  and
- account  properties - synchronization properties - delete old messsages to save memory = "no messages", ... - retain marked messages always = 1
Bug: Inbox hide emails subject texts in main window
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-06 15:12:10+00:00
Resolved: 2020-09-06 17:09:22+00:00

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

Steps to reproduce:

I change my window colors to black, 


Actual results:

and after two days from one of my email all subjects text from inbox just only desapear, I stil can select the email and see the content but I dont know witch is one, all other inbox is ok, and if i send this email to other folder it remain hided, but I can see all of them in all inbox


Expected results:

none just black window, I will send you a capture
Bug: Too long reaction (delay) to an attachment keyword when creating a message during typing
Status: NEW
Priority: --
Created: 2020-09-06 15:31:40+00:00
Resolved: 2020-09-07 05:59:28+00:00

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

Steps to reproduce:

1. Wrote a bunch of words of a message.
2. Wrote a keyword (from Check for missing attachments).



Actual results:

Nothing.
For a long time, I wrote a further bunch of words before the "Attachment reminder" appeared.


Expected results:

The Attachment reminder appears in an instant.
As before.
Bug: Thunderbird 78.2.1 on opensuse Tumbleweed only starts in safe mode
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-06 16:13:34+00:00
Resolved: 2020-09-09 12:49:55+00:00

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

Steps to reproduce:

1. Start Thunderbird from Desktop button or from shell
2. Nothing happens
3. if you repeat 1.) after a few minutes, there is a dialog that says that thunderbird is already running
If I start TB from bash, there is no additional output, like error messages

Version:
Thunderbird 78.2.1 on opensuse Tumbleweed, from the opensuse "mozilla" repo
Only installed extensions:
Provider for Google Calendar
Dictionaries (British English [Marco Pinto], Deutsches Wörterbuch, Dictionnaire français, Wörterbuch Deutsch de-DE [Hunspell-unterstützt])


Actual results:

TB does not start and show mail window in normal mode, but does start in safe mode.
If I start TB with "thunderbird -addressbook" in bash, again nothing happens.

Safe mode:
If I "disable all add-ons" and "reset toolbars and controls" in the safe-mode dialog, and click "Make changes and restart", TB does not start either.
Only "continue in safe mode" works.


Expected results:

TB should have started up normally.
--------------------------------------------------------------------------------------------
Extra information: 

I am pretty sure this happened since the upgrade from 68.x (?) to 78.x. Since I was away for two weeks and did not really keep an eye on the upgraded versions, I cn't be absolutely sure.

On a different user account on the same machine, TB starts normally.

Renaming my ".thunderbird" folder and starting afresh also works - TB starts and offers to set up an existing mail account. 
Since I have email from the last 25 years in this install, also archived mail from older accounts/servers for the same account, I am not really happy to re-register all my accounts. IMAP will be fine, but what about my archived mail?
Bug: Text keep staying white on white
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-06 17:18:21+00:00
Resolved: 2020-12-06 20:36:17+00:00

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

Steps to reproduce:

Everytime i start thunderbird the mails received keep staying white on white despite the fact i choose another text colour for the text and the background, making them very difficult to read.


Actual results:

See above.


Expected results:

Black text on white background.