av9ash/GitBugs huggingface dataset:
Bug: Thunderbird freezes when accessing another folder while sending a mail or saving to IMAP sent-mail
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-18 13:44:56+00:00
Resolved: 2020-07-22 07:35:45+00:00

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

Steps to reproduce:

This is with Thunderbird under macOS (10.14.6).  Steps are:

* Compose a mail
* Hit Send
* While the mail is sending, go back to Inbox and click to read a new message and/or delete it and/or skip to next message.

I'm not sure if the exact trigger is to manipulate Inbox in this way while it's in the sending-SMTP stage, or the saving sent mail to IMAP stage.  I suspect the latter.

This problem occurs frequently, and it has been doing it for a long time, over many different versions of Thunderbird.  (I only just got around to reporting it)


Actual results:

Thunderbird locks up: shows spinning beachball, and does not recover.

Activity Monitor says "Thunderbird (not responding)". Sending regular Quit from Activity Monitor does nothing.  Only solution is to select "Force Quit".

I try to train myself to click Send and wait until the send/save completes, before opening any new mail.


Expected results:

I should be able to read mail, while mail completes sending/saving in the background.

Possibly related to bug 1042784.  However that one says "The UI freezes while sending and while copying to sent folder".  In my case, the UI functions correctly as long as I don't go to read a new mail while the sending/saving is taking place.
Bug: white flash on delete message in dark mode (background color change between deleting the old message and showing the next one)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-18 16:48:41+00:00
Resolved: 2021-03-11 18:18:01+00:00

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

Steps to reproduce:

If I delete a message in dark mode (using the delete key), then the message pane becomes white for a millisecond before the next message is shown with a dark background. Its a distracting white flash.



Expected results:

The message pane should not change the background color between deleting the old message and showing the next one.
Bug: TB 78.0: Errors in error console immediately after startup of TB under Windows 10
Status: NEW
Priority: --
Created: 2020-07-18 19:51:28+00:00
Resolved: 2024-06-11 08:03:36+00:00

I installed TB 78 (32-bit), Japanese locale version, a few days ago under Windows 10 (64-bit)

I noticed to my surprise that there are seriously looking errors reported in error console immediately after startup of the program (no interaction after the startup).

I looked in the error console since somehow I trashed my profile(?) and no predefined tags such as "To Do" were available.: my custom-defined tags such as "handled already", "checkin-needed", etc. were there. Strange.

Anyway I am attaching the screen capture of error console immediately after the startup of TB78 (32-bit) under Windows 10 pro (64-bit).

I will file separate bugs for the errors in the error console and have them block this entry.
Bug: Failed to install engine: File resource://search-extensions/twitter-ja/ does not contain a valid manifest loadManifest@resource://gre/modules/addons/XPIInstall.jsm:671:11 SearchService.jsm:1293     ensureBuiltinExtension resource://gre/modules/SearchServi
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-18 20:19:09+00:00
Resolved: 2020-10-08 23:36:08+00:00

I installed TB 78 (32-bit), Japanese locale version, a few days ago under Windows 10 (64-bit)
I noticed the error reported here in error console immediately after startup of the program (no interaction after the startup).
(See Bug 1653789, TB 78.0: Errors in error console immediately after startup of TB under Windows 10.)

```
Failed to install engine: File resource://search-extensions/twitter-ja/ does not contain a valid manifest
loadManifest@resource://gre/modules/addons/XPIInstall.jsm:671:11
SearchService.jsm:1293
    ensureBuiltinExtension resource://gre/modules/SearchService.jsm:1293
    AsyncFunctionThrow self-hosted:697
```

FYI, other errors present in the error console immediately after the startup of TB 78.0 share this "self-hosted" stuff although I am not sure what that is.
(see  Bug 1634341 comment 3
https://bugzilla.mozilla.org/show_bug.cgi?id=1634341#c3 )
Bug: TB 78: startup error in error console. TypeError: singletons is null,    init resource://gre/modules/ActorManagerChild.jsm:297
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-18 20:33:08+00:00
Resolved: 2021-03-10 22:37:36+00:00

I installed TB 78 (32-bit), Japanese locale version, a few days ago under Windows 10 (64-bit)
I noticed the error reported here in error console immediately after startup of the program (no interaction after the startup).
(See Bug 1653789, TB 78.0: Errors in error console immediately after startup of TB under Windows 10.)

However, this particular error seems to be caused by async race.
Sometimes I see it, and other times I don't.

```
TypeError: singletons is null
 
   init resource://gre/modules/ActorManagerChild.jsm:297
    <匿名> resource://gre/modules/ActorManagerChild.jsm:349
    <匿名> chrome://global/content/browser-content.js:12
    get browsingContext chrome://global/content/elements/browser-custom-element.js:627
    setFindbarInActor chrome://global/content/elements/findbar.js:316
    set browser chrome://global/content/elements/findbar.js:326
    connectedCallback chrome://global/content/elements/findbar.js:163
```

"<匿名>" in the above quote would be "<anonymous>" in English locale.
Bug: Access key for Remote Content `Options` button fires again in the menu, with unpredictable results for localizations
Status: NEW
Priority: --
Created: 2020-07-18 21:16:16+00:00
Resolved: 2023-01-01 17:38:24+00:00

STR

Seen in TB 68 de-DE, also reproducable in 80.0a1 (2020-07-07) en-US (after tweaking menu access key) - any localization can be affected depending on their access key distribution.

Remote Content `Options` button on message header has a direct access key on OS like Windows which support that, e.g. Alt+O for en-US, or Alt+E for de-DE localization.

1. In de-DE, press Alt+E. In en-US, use dev tools to tweak the access key of "Edit remote content options" from "E" to "O".

Actual result:
- Options (Einstellungen) tab opens. That's because at least the "E" ("O") of Alt+E (Alt+O) button access key fires again in the menu, then triggering the "E" ("O") menu access key of "Edit remote content options. Iow, actual result is unpredictable depeding on localized access key distribution.

Expected result
- Trigger the `Options` button, i.e. show the Remote Content Options menu.
- Do not prematurely trigger any action from the menu.
- Technically, we must make sure that the access keydown event of Alt+* consumes the keydown event (stop propagation or some such) so that we don't get keypress/keyup after the focus has changed to the popup.
Bug: Crash in [@ @0x0 | IsDialogMessageW] Windows 7
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-19 01:26:11+00:00
Resolved: 2021-06-27 21:11:57+00:00

This bug is for crash report bp-691ff38b-7a64-47ea-94e4-f40b10200718.
All crashes are Windows 7.
Not new in version 68.

Top 10 frames of crashing thread:
```
0  @0x0 
1 user32.dll IsDialogMessageW 
2 user32.dll DialogBox2 
3 user32.dll InternalDialogBox 
4 user32.dll DialogBoxIndirectParamAorW 
5 user32.dll DialogBoxIndirectParamW 
6 comdlg32.dll virtual long __stdcall CFileOpenSave::Show 
7 xul.dll nsFilePicker::ShowFilePicker widget/windows/nsFilePicker.cpp:459
8 xul.dll nsFilePicker::ShowW widget/windows/nsFilePicker.cpp:538
9 xul.dll nsBaseFilePicker::AsyncShowFilePicker::Run widget/nsBaseFilePicker.cpp:84
```
Bug: OpenPGP Key Management Details: Wrong UI Color in Dark Theme
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-19 08:33:36+00:00
Resolved: 2020-08-17 13:16:53+00:00

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

Steps to reproduce:

- Use Dark Theme
- Open any key in the OpenPGP Key Management window

Using: Thunderbird 78.0 on OSX 10.15.5



Actual results:

Background color of UI was white, therefore making the content incredibly hard to read


Expected results:

Following the white font, the background color of the windows should be black
Bug: Migration from Ver68.10 to 78.0 produced xml-error
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-19 09:08:07+00:00
Resolved: 2020-10-25 10:25:00+00:00

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

Steps to reproduce:

Unclear: without requesting an update from ver68 to ver78 my girlfriend got the ver78 on July18. An xml-error was displayed, sending mails was not possible. Receiving mails was possible.


Actual results:

I tried to go back to ver68, which was denied, because ver78 changed the profile, which could not be undone.
I installed ver78 again, created a new profile. However: I need the ver68-profile, which I can't access because of the xml-error. Adressbook, calender, mails are inaccessible.


Expected results:

1) Get a warning re update and a choice to not update.
2) If updating without asking, the old profile should have been preserved and provided a means to go back.
3) the migration of the profile should have worked. Sorry for the obvious.
HOW can I access the old profile (mails, adressbook, rest)???
Bug: Upgrade to TB78, UI changes on mouseover but unresponsive to mouse or keyboard. High CPU, high memory, high disk
Status: RESOLVED
Priority: P1
Resolution: WORKSFORME
Created: 2020-07-19 09:11:23+00:00
Resolved: 2020-08-23 23:05:35+00:00

Ran the upgrade to V78 against my regular Thunderbird account.  Lots of accounts, lots of folders and most of all plenty of non-functional accounts due to me not having time to follow up passwords with some providers.

The install took an exceedingly long time and resulted after more than 30 minutes in a user interface that contained nothing in the folder pane,  a menu bar and toolbar that did not respond to user input but did respond to mouse-overs.

My notes on the upgrade process including images taken of memory use and thunderbird's appearance post upgrade can be seen here https://thunderbirdtweaks.blogspot.com/2020/07/my-experience-in-updating-to.html

Bug 1625874  would be a duplicate,  except I had no issues with any of the V68 releases

This is a profile-specific issue I think as I have been running various versions of Daily over many months with a single account profile and no contacts or Calendars on this same device without any serious issues of the type mentioned in my upgrade to my profile.

The workarounds from Bug 1625874  also did not help with this issue.
Bug: Cannot set IMAP server directory via Advanced Account Settings dialog (pref mail.server.serverNN.server_sub_directory not set from UI)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-19 09:13:00+00:00
Resolved: 2020-07-21 20:57:56+00:00

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

Steps to reproduce:

after setup a new email account, the server_sub_directory must set for the german T-Online Account to "INBOX"


Actual results:

the field for the root folder path remains empty. In prefs.js the entry user_pref("mail.server.server3.server_sub_directory", "INBOX"); is not set.

so the IMAP-folder for this Mailbox were unsorted.

I've set this entry in prefs.js by Hand and the mailbox works correct
Bug: content-transfer-encoding and x-bugzilla-reason header shown
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-19 14:43:33+00:00
Resolved: 2020-08-15 17:44:44+00:00

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

Steps to reproduce:

The "content-transfer-encoding" header is often displayed in the message header bar, taking up valuable vertical space. This header is rarely interesting to the user.

Occasionally "x-bugzilla-reason" and other obscure headers appear.
Bug: Windows 10: Open Address book from jump list not working (== command line argument -addressbook doesn't work)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-19 18:57:28+00:00
Resolved: 2020-08-04 22:42:41+00:00

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

Steps to reproduce:

Right click on the taskbar icon. Select "Open address book" from the jump list.


Actual results:

Nothing...


Expected results:

Should open the address book. 
"Write new message" entry in the jump list is working fine.
Bug: thunderbird crashes with libsqlite3.so.0.8.6 in LM20 but NOT in LM19.3
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-07-20 07:42:20+00:00
Resolved: 2020-07-22 15:13:14+00:00

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

Steps to reproduce:

Copied libsqlite3.so.0.8.6 in /usr/lib/x86_64-linux-gnu on Linux Mint 20
(Need this older file for software)


Actual results:

Thunderbird crashed with MOZ_CRASH(SQLite Version Error)


Expected results:

When copying same file in LM19.3, thunderbird starts normal as it should.
When installing TB manually in ~/thunderbird and starting from there, it works too.
But NOT the starter from the menu.
Bug: Attachment extension is wrong
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-20 08:57:57+00:00
Resolved: 2020-08-06 07:43:43+00:00

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

Steps to reproduce:

Received email and attached file from website.


Actual results:

E-mail and attachments received, but attachment has extra character in extension.
Checked email in our company's web interface and it doesn't have this issue.


Expected results:

Attachment extension should have not changed
Bug: Plain Text Domains not working for a certain profile
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-20 11:30:02+00:00
Resolved: 2020-07-28 16:15:25+00:00

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

Steps to reproduce:

In Options > General > Send Options > Pain Text Domains, add a domain. Send an e-mail to the said domain.

The account Composition & Addressing composition option is set to "Compose messages in HTML format"


Actual results:

The e-mail should have been sent as plain text


Expected results:

The e-mail was sent as HTML. This is the received body and a bit of the header:
Date: Mon, 20 Jul 2020 11:00:26 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
Content-Type: text/html; charset=utf-8
Content-Language: en-GB
Content-Transfer-Encoding: 7bit
Feedback-ID: 19067468

<html>
  <head>
    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body>
    test
  </body>
</html>
Bug: perma toolkit/components/search/tests/xpcshell/test_reload_engines.js | test_config_updated_engine_changes - [test_config_updated_engine_changes : 242] Should have removed the expected engine - ["engine-resourceicon","engine-same-name"]  ...
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-07-20 13:05:09+00:00
Resolved: 2020-07-27 06:07:36+00:00

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

---

Look to have started with https://treeherder.mozilla.org/#/jobs?repo=comm-central&revision=f94d1b1bef0a844f6bcf0719ae2e0466968cf660 (probably an m-c change)
Bug: Headers not shown in message view since 78.0 (missing AB, works after removing ldap_2.* prefs, console errors AddrBookDirectory.jsm:174)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-20 15:21:31+00:00
Resolved: 2020-07-29 17:51:30+00:00

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

Steps to reproduce:

Displayed a received message in the preview window.


Actual results:

None of my messages show headers any more.

This is less visible if "normal" headers are shown but becomes more visible when you select "all" headers (see attachment). This happens regardless if the message is opened in a view, tab or window.

Instead, an extension link to "1 more" is sometimes shown, but does nothing.

On a side note: switching headers from "normal" to "all" does not work correctly, wither. After switching, you have to restart Thunderbird to make them show.



Expected results:

The headers should be shown. This works fine up to 69.x. I also tried 79.0b1 and it has the same bug.

I even tried to simplify some messages to minimal headers in my mailbox, but the same thin happened.
Bug: Zoom level of add-ons tab does not stay after restart
Status: NEW
Priority: --
Created: 2020-07-20 20:09:56+00:00
Resolved: 2024-05-13 19:09:19+00:00

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

Steps to reproduce:

when using 79 i find that the View / zoom does not stay.
when i return to that page i have to zoom again to the correct size.
This did not happen in 68


Actual results:

see above


Expected results:

zoom size should stay
Bug: Persist user input handler context through asynchronous functions
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-07-20 22:24:50+00:00
Resolved: 2021-02-23 19:53:34+00:00

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

Steps to reproduce:

Listeners attached to event managers like compose.onBeforeSend are allowed to do things like browser.composeAction.openPopup(), because onBeforeSend is an "inputHandling" event manager, and openPopup() is only allowed to execute in a user input handler context.

If you try calling openPopup() from an asynchronous callback that is invoked within that original context, it no longer knows it's in a user input handler. Fair enough, because it really isn't, and maybe shouldn't be. Those callbacks live in their own context (https://tc39.es/ecma262/#sec-async-functions-abstract-operations-async-function-start)
**I'll come back to this point in a moment.

I assume that the `await` syntax is designed under the hood to dump the remainder of the call stack into a new anonymous function, and attach it as a listener to the "awaited" code in question.

But, if I understand it correctly, await should merge its handler context back into the parent context after the awaited line, and proceed as if everything were carrying on  in a synchronous fashion.

So, after an await call, the rest of the function should still behave as a user input handler, and things like openPopup should work as usual.

** For that matter, it would be great if the inputHandling flag carried through to callbacks and anonymous functions. I can't really tell from the spec if that is technically correct, but it seems logical to me.


Actual results:

If you call openPopup() in a user input handler function, it works at the beginning of the function, but not if you call it after an await, or inside of an anonymous function.


Expected results:

Ideally, listeners should act as closures in which things like inputHanlding state remain fixed. That should be the case after await statements, inside anonymous functions, and maybe in callbacks.

This is a problem because, for example, if you want to check a user preference from browser.local.storage, you need some amount of asynchronicity.
Bug: Tbird 68+ Threaded Message Summary Pane -- Font Too Small
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-21 02:57:26+00:00
Resolved: 2020-08-04 22:42:42+00:00

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

Steps to reproduce:

When viewing messages in threaded view, the preview pane (bottom-right reading pane when single message is selected) shows a summary of the collapsed threads in a font that is unreadably small.


Actual results:

After updating from Tbird 52.9 to 68.2, the preview pane display of summaries of collapsed thread font decreased from the normal monospace reader font set to a variable font that is too small to read.


Expected results:

The preview of collapsed threads should respect the font and size set for the reader pane. Instead some completely unrelated font in a tiny font size is used making the preview of collapsed threads basically unreadable without glasses.
Bug: Installation of add-on is triggered more than once if more than one open window
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-21 08:17:37+00:00
Resolved: 2020-11-25 07:22:53+00:00

If you have more than one mail window opened and you install an add-on, the installation is triggered more than one time.

Steps to reproduce:
1. Right-click on a folder in the folder pane and select Open in New Window;
2. Go to the Add-ons Manager and install an add-on (either by dropping it on the tab, or install it from the search results or from a file;
3. You get prompted to install the add-on: either click Add or Cancel;

Result:
You get prompted again (and again if you have more mail windows open).

Expected results:
Installation should be triggered only once.
Bug: Header Pane next message odd on deletion (79.0b1+)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-21 12:30:36+00:00
Resolved: 2023-05-06 05:44:45+00:00

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

Steps to reproduce:

Connect to IMAP source.  Have messages sorted by date (newest at top).
using 79.0b1 (64-bit) on a iMac.  This was not present in the last beta build.

In header pane (not folder or message) select say the 6th message.  Delete the message.


Actual results:

It would delete the message then move to say the 4th message, or the 3rd. Sometimes it would be the 2nd or the 8th, or just unselect the whole message pane.


Expected results:

 Moving to the 5th or 7th is expected based on past - was I working top down, or bottom up.
Bug: without password mail sent to some one
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-21 13:10:22+00:00
Resolved: 2020-07-22 11:30:25+00:00

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

Steps to reproduce:

I can send mail using anyone mail id without knowing password of mail. 


Actual results:

With out entering the password of the mail. Application completely bypassing the authentication process.


Expected results:

Server has to authenticate username and password in database. Expected result is error because without password we cant send mail.
Bug: without password mail sent to some one
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-21 13:23:43+00:00
Resolved: 2024-05-30 17:16:57+00:00

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

Steps to reproduce:

I can send mail using anyone mail id without knowing password of mail. 


Actual results:

With out entering the password of source id mail reaching out destination mail. Application completely bypassing the authentication process.


Expected results:

Server has to authenticate username and password in database. Expected result is error because without password we cant send mail.