av9ash/GitBugs huggingface dataset:
Bug: Hitting tab quickly before address auto-completion completes leads to invalid address pill
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-08-16 09:10:50+00:00
Resolved: 2021-04-22 11:37:28+00:00

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

See bug 1659325 comment #2.

Hitting tab during address entry now triggers the faulty enter behaviour (bug 1151520) here:
https://searchfox.org/comm-central/rev/444ebc51263c88a6d24f7dafdbe05a5ce79bd3d3/mail/components/compose/content/addressingWidgetOverlay.js#652

This should likely check whether a valid address was entered.
Bug: When the box 'Accept cookies from sites' is not checked, the cookies 'Exceptions' button is greyed out
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-08-16 11:08:42+00:00
Resolved: 2020-10-02 21:46:49+00:00

TB78.2.0-pre build1 on Linux

Preferences - Privacy & Security
When the box 'Accept cookies from sites' is not checked, the cookies 'Exceptions' button is greyed out - see attached screenshot.
This isn't the case with TB68. The idea is not to allow cookies for RSS feeds, but create exceptions to allow cookies for OAuth2 providers.
The problem is also present in TB81.0 daily.
Bug: Subsequent password dialogs don't keep Cancel button in exactly same horizontal position by some px although buttons look centered
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-08-16 14:33:30+00:00
Resolved: 2020-08-20 09:31:47+00:00

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

Steps to reproduce:

Configuration with two accounts on the same mail server, both require authentication but passwords not stored.
After launch the first password entry dialog appears.
Do not enter anything, but prepare mouse to press Cancel.


Actual results:

To see the issue cleary, place mouse cursor at the upper right corner of the Cancel button.
Mouse left click will close the dialog, and the dialog for the second account appears, but this time the right side of Cancel button was about 10 pixels to the left from the mouse cursor.


Expected results:

It might be expected that dialogs keep on-screen position - centered, maybe.
Otherwise it looks odd and somewhat incovenient when button jumps away from the mouse cursor.
Bug: 78.1.1 - Cannot set up my gmail account
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-08-16 14:54:10+00:00
Resolved: 2020-08-21 18:34:10+00:00

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

Steps to reproduce:

Installed new version 78.1.1 (32bit) Cannot access my gmail account
By the way, my system is 64 bit
And my gmail account that was working with the previous version (68), was not working with the new version


Actual results:

So I removed my gmail account, and try to recreate it ........ see attached document of what it says .......
Bug: Thunderbird error console ignores ui.caretBlinkTime
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-16 17:45:03+00:00
Resolved: 2020-08-16 18:25:08+00:00

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

Steps to reproduce:

I tried to check the error console for another bug.


Actual results:

I couldn't because blinding cursor.


Expected results:

Thunderbird error consoles should follow ui.cretBlinkTime and other accessibility preferences.
Bug: message content rendered with significantly reduced width for same message in Thunderbird 78 vs. 68
Status: ASSIGNED
Priority: --
Created: 2020-08-16 21:01:08+00:00
Resolved: 2024-12-12 10:49:24+00:00

Thunderbird 78.1.1 on Windows 8.1

The content of the same message (I get similar messages frequently and it applies to all of these GMX spam reports) gets rendered with a much smaller width (300 pixels) in Thunderbird 78 (also with 81) vs Thunderbird 68 (rendered with 620 pixels width).

Is this a regression or a fix (in the email body, there is a table with width "300" mentioned)? If you need such an email, let me know.
Bug: Intermittent toolkit/components/search/tests/xpcshell/test_config_engine_params.js | xpcshell return code: 0
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-08-16 22:37:14+00:00
Resolved: 2020-08-24 06:07:08+00:00

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

---

Heaps of search tests fail. Looks like it stated at this push but no one reported it :-(
TEST-UNEXPECTED-FAIL | xpcshell.ini:toolkit/components/search/tests/xpcshell/test_config_engine_params.js | xpcshell return code: 0
TEST-UNEXPECTED-FAIL | xpcshell.ini:toolkit/components/search/tests/xpcshell/test_config_engine_params.js | test_get_extension - [test_get_extension : 12] Should have found an engine - null != null
TEST-UNEXPECTED-FAIL | xpcshell.ini:toolkit/components/search/tests/xpcshell/test_identifiers.js | xpcshell return code: 0
TEST-UNEXPECTED-FAIL | xpcshell.ini:toolkit/components/search/tests/xpcshell/test_identifiers.js | test_from_telemetry_id - [test_from_telemetry_id : 32] Should have the correct identifier - "basic" == "telemetry"
TEST-UNEXPECTED-FAIL | xpcshell.ini:toolkit/components/search/tests/xpcshell/test_initialization.js | xpcshell return code: 0
TEST-UNEXPECTED-FAIL | xpcshell.ini:toolkit/components/search/tests/xpcshell/test_initialization.js | test_initialization_failure - [test_initialization_failure : 1] Missing expected exception Should have failed to initialize
TEST-UNEXPECTED-FAIL | xpcshell.ini:toolkit/components/search/tests/xpcshell/test_json_cache.js | xpcshell return code: 0
Bug: Cannot enter more than one To-recipient and when trying, TB freezes/hangs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-17 00:48:49+00:00
Resolved: 2020-08-27 03:35:09+00:00

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

Steps to reproduce:

I am using the latest version 78.1.1 (32-Bit) on Windows 10 (17.8.2020):
a) I enter a new complete "To-address" and want to correct it. After "return" i cannot go back to correct the address unless I press the right mouse button.
b) I cannot add a second "To-adress", which was formerly always possible, because a new "To"-line opened up immediately.


Actual results:

To a): Using the editing option any change of the address leads easily to a hang-up of the program. For example: I want to add before email-address the full name and put the email-address between the "<" and ">", the program hangs-up, freezes.
To b): adding a second "To"-address is no more possible. in trying to do so, a hang-up or freezing may happen.


Expected results:

to a): All the editing should not be followed by a hang-up or freezing of the program. In this way Thunderbird becomes after 20 years of usage inoperable.
to b): The basic feature of adding more than one receiving address has gone and must be re-installed. Composing an email becomes an unending nightmare.
Bug: l10n builds busted on nightly - FileNotFoundError: [Errno 2] No such file or directory: '/builds/worker/workspace/obj-build/comm/mail/locales/merge-dir/af/browser/defaultagent/defaultagent_localized.ini'
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-08-17 06:33:13+00:00
Resolved: 2020-10-08 23:36:28+00:00

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

---

Potentially from bug 1658682? Started with the dailies last Saturday
Bug: Thunderbird stopped fetching new emails
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-08-17 13:03:51+00:00
Resolved: 2020-09-15 17:37:13+00:00

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

Steps to reproduce:

Version 68.11.0 Last update end of July
System: macos 10.12.6

Out of the blue:
- thunderbird stopped fetching new e-mails. 
- Also, when sending an e-mail I started to get message saying that it could not be saved in servers's "sent-mail" (but messages are correctly sent).
- This happens in all accounts I have configures (gmail, others).
Tried to reboot computer, restart thunderbird. Nothing works. Webmail service works fine.



Actual results:

New e-mails are not fetched.


Expected results:

New e-mails should have been fetched.
Bug: harder to do Bcc
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-08-17 16:45:04+00:00
Resolved: 2020-08-19 17:38:36+00:00

User Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.105 Safari/537.36 OPR/70.0.3728.106

Steps to reproduce:

I wanted to send email to two BCC addresses (so that they both can see the email, but not who else got it) before version 78 All I had to do is select BCC for the first email and press enter to add subsequent email addresses.
Now TO: does not accept BCC, it has to be the 2nd email address. Which is not available until you select BCC as an option.
No email addresses can be accessed by just pressing enter!
Very frustrating.


Actual results:

No multiple address can be entered by pressing enter!
BCC cannot be selected for TO:
Please put it back the way it was!


Expected results:

Select BCC on first address.
Allow to add additional email addresses by pressing ENTER on first email address, s that the next line is a email address box.
This was the standard until 78.
Bug: perma dom/file/tests/test_agentcluster_bloburl.js |  - BlobURL works - false == true
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-08-17 18:00:53+00:00
Resolved: 2020-09-03 01:07:44+00:00

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

---

Started with https://hg.mozilla.org/mozilla-central/pushloghtml?changeset=2a823bfe88959bebfc61a4f5015fa25e5024a8e7 so would be  from bug  1658878
Bug: error upon drag and drop: Cannot convert JavaScript object into an array arg 1 [nsIMsgFolderNotificationService.notifyMsgsMoveCopyCompleted]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-17 18:13:04+00:00
Resolved: 2020-09-12 14:18:50+00:00

TB 78.2.0-pre build1, Windows 10, Owl for Exchange 0.7.6

There is one email account set up in the profile connecting to an Exchange Online server via the Owl extension. This basically works, there's no problem with sending and receiving messages.
However, when dragging a message from Inbox and dropping it onto another folder (Read) in the folder pane, this error message appears in the status bar of the main window:
Cannot convert JavaScript object into an array arg 1
[nsIMsgFolderNotificationService.notifyMsgsMoveCopyCompleted]

The good news is, the message actually gets moved from Inbox to Read, but it remains visible in the thread pane while Inbox is still selected.

Current workaround:
1) wait about 2 min, then the error disappears from the status bar, and the message disappears from the thread pane view of Inbox, or
2) select the Read folder in the folder pane confirms the message has indeed been moved to Read. Upon selecting Inbox again, the message is gone from the thread pane view.

There shouldn't be an error in the first place and the message should disappear from the thread pane view right away after moving.

Whether this is a problem of the Owl add-on or Thunderbird itself I don't know. There was no such problem with TB68.
The profile has been upgraded from TB68.
Bug: messageDisplay and messages API does not work with POP3 "fetch headers only"
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-17 19:54:34+00:00
Resolved: 2021-03-24 19:06:23+00:00

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

Steps to reproduce:

1. Have an add-on that used e.g. `browser.messages.getFull` (or `getRaw`) inside the listener of `browser.messageDisplay.onMessageDisplayed`
2. enable *Fetch headers only* in an POP3 account
3. Receive a new e-mail
4. Click the button to fetch the email


Actual results:

Then `getFull()` is called with the ID  given by the `onMessageDisplayed` listener, `aMsgHdr is null` error is thrown.

Note also that the ID changes every time the (same) email is viewed.
Note that this only happens in the current TB session. After a restart it work with this message.
See also https://github.com/lieser/dkim_verifier/issues/199#issuecomment-674590027.


Expected results:

`onMessageDisplayed` should give an ID that works with `getFull()`/`getRaw`
Bug: When upgrade to Beta 80 address book and draft emails did not import
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-08-17 21:30:05+00:00
Resolved: 2020-08-19 11:35:34+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.61 Safari/537.36

Steps to reproduce:

When upgrade to Beta 80 address book and draft emails did not import


Actual results:

When upgrade to Beta 80 address book and draft emails did not import


Expected results:

Address book and saved drafts should have imported!
Bug: Dimming remains after dismissing "Link Mismatch Detected" modal
Status: UNCONFIRMED
Priority: --
Created: 2020-08-18 06:03:57+00:00
Resolved: 2021-03-11 22:51:13+00:00

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

Steps to reproduce:

1) Open a HTML email with a link where the link text URL is different to the target URL. This happens both when viewing the message preview in the message list, and when viewing an individual message in its own window.
2) Click on the link to trigger the "Link Mismatch Detected" modal. The interface underneath the modal (either the main Thunderbird window, or the window of the message) dims.
3) Click either of the 2 "Go to..." buttons to launch either URL.

System: Debian unstable; Gnome (X11)


Actual results:

The modal is dismissed and the link is opened as expected, but the Thunderbird UI remains dimmed.

Triggering the modal again (e.g. by clicking on the same link as before), but this time choosing "Cancel", the dimming is now removed properly.


Expected results:

The dimming should have stopped when the modal was dismissed regardless of which button dismissed it.
Bug: busy bar in status window
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-08-18 14:56:30+00:00
Resolved: 2021-01-10 18:04:15+00:00

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

Steps to reproduce:

When selecting a mail folder (with pointer) every other time any folder is selected, the "busy bar" in the bottom status area, is active. 


Actual results:

Literally, every other time any mail folder is selected, the busy bar stays active (never stops sweeping) until another folder is selected. Then, select any other folder, the busy bar stops. Repeat. Every other time, any order of folder selection.


Expected results:

The 'busy bar' in the bottom status area should stop 'sweeping' when the folder is completely loaded and action is completed.
Bug: unable to make ssl connection with new server.pem file
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-18 19:14:00+00:00
Resolved: 2020-08-19 11:28:10+00:00

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

Steps to reproduce:

Changed the .pem file on the server.


Actual results:

Thunderbird can no longer communicate with the server. All other email
clients work properly. I do not see any new certificates or a certificate for
the new server.pem file in thunderbird.   I have tested using nmap and all
looks to be ok. Other email clients work properly.


Expected results:

Thunderbird should not have noticed the change and it should have asked
me if I wanted to continue.  I put back the old certificate and and to use
the profile from the backup to restore the imap connection.

  Use this server if you want to make an nmap test as the certificate is
new there.

dns8:cronomagic.biz:993
Bug: Vertical scrollbar in message list does not reliably show/hide automatically
Status: NEW
Priority: --
Created: 2020-08-18 22:47:43+00:00
Resolved: 2022-01-19 22:08:31+00:00

Affecting Thunderbird 78 to trunk (tested with 81.0a1 2020-08-17)

The vertical scroll bar in the message list in the 3-pane window is not enabled/disabled automatically if the thread pane splitter is moved. 

To reproduce create a new profile with e.g. a local folder. Set this local folder as draft folder. Create new messages and save them as drafts. Add several new messages until the thread pane is full. A vertical scroll bar will appear. Then move the thread pane splitter (the separator between the message list and the message view panes). Even if there is enough space to show all messages in the message list pane, the scroll bar will not be disabled. If you switch to another folder and back to the first folder and assuming, there is enough space to show all messages, the scroll bar will be disabled. 

Also the other direction will not work. If at first there is enough space to show all message and then the splitter is moved up, no scroll bar will appear. 

See the attached screen shots.

This problem does not show up in Thunderbird 68
Bug: Manually Sort Folders
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-08-18 23:52:54+00:00
Resolved: 2021-05-14 18:15:16+00:00

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

Steps to reproduce:

updated to v 78.1.1 and folders reverted to alphabetically sorted. Add-on Manually sort folders no longer operating even when reinstalled
Bug: crash [@ mime_LineBuffer ]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-08-19 07:10:30+00:00
Resolved: 2020-09-18 15:33:33+00:00

TB 78.2.0-pre build1, Windows 10, Owl for Exchange 0.7.6

There is one email account set up in the profile connecting to an Exchange Online server via the Owl extension.
Upon attempting to open a PGP/MIME encrypted message sent from another TB78 installation, TB crashes immediately. This is reproducible.
What certainly doesn't help is that Owl does not allow to configure encryption for Exchange accounts. However, decryption always worked with TB68. The corresponding private key is set up in the OpenPGP Key Manager.
In any case, TB shouldn't crash.

crash IDs:
bp-3d565b2b-791e-44a5-8bb0-d42c10200819
bp-56f5cf44-8bd7-4342-aaf9-66bd10200819
Bug: avoid UI breakage due to missing browser.menu.showCharacterEncoding pref
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-08-19 09:40:47+00:00
Resolved: 2020-09-03 20:25:25+00:00

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

Split off bug 1578539 comment 50 - looks like just a variation of that.

If we, for unclear reasons, end up doing the CustomizableUI.jsm migration, things will break when accessing the browser.menu.showCharacterEncoding pref which thunderbird doesn't have...
Bug: Secure LDAP with self signed cerfifcate not working since Update from 68.9.0 to 78.1.1
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-08-19 09:41:50+00:00
Resolved: 2021-01-01 15:51:56+00:00

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

Steps to reproduce:

Updated from Thunderbird 68.9 to 78.1.1


Actual results:

no results when searching in Addressbook which should connect to my Domaincontroller with SSL Port 636 (no errors or warnings)
If i change to port 389 without SSL, it works fine
my servers already supports ldaps connections and LDAP with SSL was tested with tool ldp .
LDAP with SSL also works fine with Thunderbird 68


Expected results:

searching in Addressbook should also work with LDAP over SSL, because in future Microsoft will reject connections without ldaps
Bug: Turning off junk mail controls in account settings is not possible.
Status: VERIFIED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-19 10:29:07+00:00
Resolved: 2020-08-19 11:28:59+00:00

Originally reported in Support but readily reproducible.
Turning off the option in the Junk settings panel, navigating to any other panel in the same tab and back to it resets the option to selected.
Bug: Theme is not inherited in Calendar-Event and Reminder Window
Status: UNCONFIRMED
Priority: --
Created: 2020-08-19 10:33:21+00:00
Resolved: 2021-07-21 20:52:37+00:00

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

Steps to reproduce:

Calendar Theme:
To visualise what is happening, make sure you have an OS-Dark theme selected. I used 'Ubuntu 20.04.1 LTS' Dark Theme (Yaru-Dark).

1) Open Thunderbird
2) Change TB default Theme to a Light Theme (Tools -> Add-ons -> Themes)
3) Open the Calendar TAB and create a new event 1 minute into the future ("New Event" window pops up)

Reminders:
1) Wait for reminders to pop-up.


Actual results:

Calendar Theme:
1) The OS default theme is used in the "New Event" Window.
2) Another theme-bug in this window; When using a dark theme, the Calendar picker (Start/End date) is not using the selected theme-colours. Buttons and text are not readable (white text on white background).

Reminders:
A reminder window pops-up when an event is due
1) The OS default theme is used in the "Reminders" Window.



Expected results:

Calendar Theme:
1) "New Event" window should use the selected Thunderbird-Theme
2) "Calendar picker colours" should use the selected Thunderbird-Theme and display visible text and buttons.

Reminders:
1) "Reminders" Window should use the selected Thunderbird-Theme
Bug: email setup link in 78.2p goes nowhere, account settings cannot setup new incoming account
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-19 11:45:57+00:00
Resolved: 2020-08-19 11:58:16+00:00

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

Steps to reproduce:

install to D on win 10 home.
Have the window where I can setup the various components (Choose what to set up).

Click email. Tooltip comes up. Click and dbl click, nothing happens



Expected results:

open account manager
Bug: Cannot retrieve self-signed certificate in order to add exception
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-19 15:47:11+00:00
Resolved: 2020-08-19 20:22:31+00:00

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

Steps to reproduce:

Upgraded from 68.8.1 to 78.8.1


Actual results:

Was still able to send and receive emails with exception to self-signed certificate on mail server.  The exception was migrated when my profile was updated.

That certificate expired last week and a new one was created by one of the sys admins.  My colleagues on the 68.x.x version were able to add the exception to the new certificated but I am not able to.


Expected results:

Should be presented with the option to ad the exception.