av9ash/GitBugs huggingface dataset:
Bug: Thunderbird no longer refreshing/displaying header information.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-16 15:15:31+00:00
Resolved: 2020-07-16 20:49: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:

Upgraded to latest version of Thunderbird 78.0


Actual results:

In version 78.0 (64-bit), as of 2020-07-15, headers are no longer displayed in messages.  A clickable "1 more"  is displayed in the "From" line but doesn't do anything when clicked and all fields are blank (see attached image).  Everything was working fine before the latest Thunderbird upgrade and system reboot.  No other updates have been applied to my Windows 10 system.  The message headers are definitely embedded in the raw message.  I've also noticed that all folders now have a folder icon to the left of the name but that's probably just a normal update to the interface and there are two "Reply" buttons.


Expected results:

Headers should be seen in message window.
Bug: Thunderbird 78 cannot open links in running browser
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-16 16:12:02+00:00
Resolved: 2020-07-20 20:00:50+00:00

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

Steps to reproduce:

With Firefox already running, open an email with hyperlinks in it, and click on the hyperlink to open it.


Actual results:

Error message pops up saying "Firefox is already running, but is not responding. To open a new window, you must first close the existing Firefox process, or restart your system."   Could not open links directly from email.


Expected results:

Clicking on hyperlink should load link into new tab/window of already running browser (if that is the system's default/preferred browser).
Bug: LINKS are not easly readable in DARK THEME reader UI
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-16 16:27:36+00:00
Resolved: 2020-07-18 18:47:06+00:00

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

Steps to reproduce:

Set DARK theming in Windows 10
Set DARK theming in Thunderbird


Actual results:

LINKS TEXT only messages are not readable properly on dark background


Expected results:

Should be used more contrast color instead of BLUE LINKS.
Bug: DevTools highlighter doesn't work on the elements itself
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-16 19:24:31+00:00
Resolved: 2020-07-24 20:48:19+00:00

When opening the DevTools a iframe appears on the bottom of every inspected window.

This comes after Bug 1648161 and Bug 1650094.
Bug: After closing TB with unified inbox folder open, it reopens on inbox folder of first account under unified inbox
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-17 02:47:18+00:00
Resolved: 2020-08-07 06:59:01+00:00

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

Steps to reproduce:

Close the application with the unified folder view active.


Actual results:

The application starts with the top account open.


Expected results:

Should have reopened in unified folder view as in previous versions.
Bug: The Chat UI is missing
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-17 08:02:10+00:00
Resolved: 2020-07-17 09:52:46+00:00

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

Steps to reproduce:

Start Thunderbird 79Beta
Go to the chat page


Actual results:

When attempting to IM my friend the chat UI is missing, although I can send messages I can't see my friends.


Expected results:

I should've been able to IM my friend seeing his and my messages
Bug: messenger.tabs.create() does not create another tab when tab already exists for the same URI
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-17 08:02:17+00:00
Resolved: 2020-11-24 10:30:01+00:00

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

Steps to reproduce:

From a addon background page I create a new tab like this when the addon botton is clicked:
 messenger.tabs.create({ url: messenger.extension.getURL("addon.html") })



Actual results:

the first tab is created successfully but when I call 
 messenger.tabs.create({ url: messenger.extension.getURL("addon.html") })
again to create a second tab no new tab is created but it seems the existing tab is accessed again.




Expected results:

from the api description
https://thunderbird-webextensions.readthedocs.io/en/68/tabs.html#create-createproperties
I would expect .tabs.create to create a new tab each time it is called.

As a workaround I check with messenger.tabs.query if the tab already exists and if it does I use messenger.tabs.duplicate.
But this workaround does not always work because messenger.tabs.query fails with an exception when a compose windows is open (I will file another bug about this issue)
Bug: messenger.tabs.query fails with an exception when a compose window is open
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-17 08:15:05+00:00
Resolved: 2020-11-22 12:59:05+00:00

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

Steps to reproduce:

From a addon background page I call messenger.tabs.query to check if the tab of the addon is already opened.


Actual results:

When a compose window is open the call of messenger.tabs.query fails with an exception Error: "An unexpected error occurred"

the details from the debug console are:

tabmail is null ext-mail.js:184

window.controllers/Controllers is deprecated. Do not use it for UA detection. blank

this.browser is null ext-tabs-base.js:231
    get uri chrome://extensions/content/parent/ext-tabs-base.js:231
    matches chrome://extensions/content/parent/ext-tabs-base.js:606
    matches chrome://messenger/content/parent/ext-mail.js:620
    query chrome://extensions/content/parent/ext-tabs-base.js:1989
    InterpretGeneratorResume self-hosted:1284
    next self-hosted:1239
    from self-hosted:598
    query chrome://messenger/content/parent/ext-tabs.js:538
    query self-hosted:1003
    result resource://gre/modules/ExtensionParent.jsm:1139
    withPendingBrowser resource://gre/modules/ExtensionParent.jsm:770
    result resource://gre/modules/ExtensionParent.jsm:1139
    withTiming resource://gre/modules/ExtensionParent.jsm:1100
    call resource://gre/modules/ExtensionParent.jsm:1138
    AsyncFunctionNext self-hosted:839


Expected results:

it should not throw an exception but return the Tabs promise correctly
Bug: 78 can not open emails in tabs
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-17 12:17:56+00:00
Resolved: 2020-08-06 07:49:33+00:00

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

Steps to reproduce:

On Ubuntu 16.04 was updated from 68 to 78 using software updater, after update I am no longer able to open emails in tabs


Actual results:

Emails will not open in tabs, only in a new window


Expected results:

Emails should open in tabs
Bug: New > Chat Account Twitter is missing
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-17 12:21:11+00:00
Resolved: 2020-07-22 14:16:37+00:00

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

Steps to reproduce:

This issue is seen  in Windows 10 and MAC, so assume it is something new ?

Menu icon > New > Chat Account

List of four items
Google Talk
IRC
Odnoklassniki 
XMPP


Actual results:

Twitter is missing. 

Not sure why there is a russian chat suddenly in this list. 
Apparently, It s a popular program in Russia. Called classmates. 




Expected results:

Expected Twitter in list
Did not expect some russian chat forum, especially as I'm using an English British download.

Why is Twitter missing? I have people in Support forum wanting to know where is Twitter. Can someone enlighten me as to what's going on?
Bug: Entire Address book data missing after update from TB 68 to 78
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-17 12:51:48+00:00
Resolved: 2020-12-27 02:10:18+00:00

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

Steps to reproduce:

On Ubuntu 16.04 software updater updated from 68 to 78


Actual results:

Address book now missing


Expected results:

Address book should still be there (20 years of address now lost)
Bug: Crash in [@ nsAbLDAPListenerBase::OnLDAPInit]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-17 13:14:53+00:00
Resolved: 2021-01-26 20:29:48+00:00

Three crashes already for this signature in version 78, but not a new crash.

Two are bp-765a944e-8c84-4c47-bfcc-fa79f0200717 and bp-fdd12d9d-7071-4a0a-9de0-c7bbe0200717.

Top 10 frames of crashing thread:
```
0  @0x4 
1 xul.dll nsAbLDAPListenerBase::OnLDAPInit comm/mailnews/addrbook/src/nsAbLDAPListenerBase.cpp:65
2 xul.dll nsLDAPConnection::OnLookupComplete comm/ldap/xpcom/src/nsLDAPConnection.cpp:582
3 xul.dll mozilla::detail::RunnableFunction<`lambda at /builds/worker/checkouts/gecko/netwerk/dns/DNSListenerProxy.cpp:28:30'>::Run xpcom/threads/nsThreadUtils.h:574
4 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1211
5 xul.dll NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:501
6 xul.dll mozilla::ipc::MessagePump::Run ipc/glue/MessagePump.cpp:109
7 xul.dll MessageLoop::RunHandler ipc/chromium/src/base/message_loop.cc:308
8 xul.dll MessageLoop::Run ipc/chromium/src/base/message_loop.cc:290
9 xul.dll nsBaseAppShell::Run widget/nsBaseAppShell.cpp:137
```
bp-f207259f-8442-4b20-ab37-0834a0200717 is 68.10.0
Bug: Preference mail.server.serverX.server_sub_directory not saved when set through GUI (Advanced Account Settings)
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-07-17 14:29:16+00:00
Resolved: 2020-08-09 13:37:08+00:00

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

Steps to reproduce:

Hello,

1/ Run Thunderbird 78 on Linux (freshly downloaded at http://ftp.mozilla.org/pub/thunderbird/releases/78.0b4/linux-x86_64/en-GB/thunderbird-78.0b4.tar.bz2)
2/ Try to force a value for "IMAP server directory" in the window "Advanced Account Settings".
3/ Confirm & close Thunderbird
4/ When reopened, the field is empty

It works when the pref is manually added to prefs.js


Actual results:

The input value is not saved to prefs.js as expected.
It seems also that any changes (e.g. untick "Allow server to override these namespace") made through the window "Advanced Account Settings" is reverted when Thunderbird is restarted.
Bug: TB68 started up at top of message list, TB78 starts at bottom of message list with last message selected
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-17 15:01:03+00:00
Resolved: 2020-09-14 11:42:50+00:00

On startup, TB68 has the message list scrolled to the top with no messages selected. In contrast, on startup TB78 selects the bottom message in the message list and starts up scrolled to the bottom of the list. This is a gratuitous and in my opinion incorrect UX change. Please restore the previous behavior or at least make it a configurable option.
Bug: Message with dark font color set explicitly in HTML is illegible in dark mode
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-17 15:45:25+00:00
Resolved: 2020-07-23 18:54:24+00:00

Apparently a decision was made in TB78 to make dark mode include the background color of the message display window? This is a bit of a problem when the message being displayed in that window assumes (reasonably) that it is being displayed in a white background and sets a dark font color explicitly. See for example the attached message, which I created based on a real message I received, and which is essentially illegible when dark mode is enabled because the font color is nearly identical to the background color.
Bug: Unable to turn toolbars on or off in standalong message window
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-07-17 17:13:15+00:00
Resolved: 2020-08-18 17:52:19+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

Steps to reproduce:

I was playing around with the new 78.0 version and in an open email window (NOT a new message compose window) I was right clicking around trying to customize things and came up with a option window with a couple of toolbars selected, I unchecked one just to see which one turned off and I think it was called the mail toolbar, it went away. Now I cannot find that option to turn it back on. I went to another installation and could not find where I turned it off. This also took away the 3 line control button at the right, that whole line. I need my previous and next buttons and they are gone. If I right click on the tool bar area now I get a customize button that opens the options to add buttons to the toolbar, the toolbar shows up properly while this is open, upon pressing done after changing buttons the toolbar goes away again.

I am very happy with this new version otherwise.


Actual results:

The View/Toolbars menu only shows the status bar, no other toolbar options are there, in the new mail composition window the View/Toolbars menu shows all the toolbars. I was not clicking there when this happened, I seem to remember it was around the upper right area, a small box opened with the toolbars selected, cannot find this again.


Expected results:

I don't know how I turned this off, but there should be a way to toggle the toolbars on a mail window, I had to perform a safe mode start with the option to reset toolbars and menus to get this tool bar back.
Attached is a photo of the menu with no toolbar options and the missing toolbar I am talking about.
Bug: Edit vCard dialog does not have a title when creating new vCard
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-17 18:41:39+00:00
Resolved: 2021-09-01 10:49:16+00:00

Seen on 79.0b1 (32-bit), Win10

STR:
- Account Settings > Edit Card

Actual:
- The vCard dialog does not have a title when empty (first use; will never be empty again as TB doesn't allow me to empty an existing vCard, which feels wrong, too).

Expected:
- Button label should be `Edit vCard`
- Virgin vCard dialog (when creating a new vCard) should have title: `Edit vCard`
- As with AB contacts, as user enters names, title should change dynamically to `Edit vCard for {DisplayName}`
Bug: No margin below OK button 'Required Information Missing' alert of Edit vCard dialog
Status: NEW
Priority: --
Created: 2020-07-17 18:58:56+00:00
Resolved: 2021-09-01 10:49:44+00:00

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

Seen on 79.0b1 (32-bit), Win10 and TB 68

STR:
- Account Settings > Edit Card
- Press OK without entering any data, and look at OK button of the resulting alert

Actual:
- No margin below OK button, bottom border coincides with alert border, making the alert look cut off

Expected:
- Margin below OK button
- Should check if this affects other alerts, too.
Bug: TB 78 UX regression: applying filter(s) on a filter should not ask to continue even if a filter fails. (TB asks this only for filter that moves the message to the original folder.)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-17 21:39:59+00:00
Resolved: 2020-09-26 19:15:45+00:00

I have switched 78.0 and found a few annoying things.

One is this.

I subscribe to a large number of mailing lists and also handles some paper submission to an annual conference/symposium in cooperation with a support of a society of IEEE.
To classify all these and work/personal e-mails, I have a large number of filters.

Sometimes filters don't get executed for whatever the reason.: bugs, or I am locking a folder by doing something, etc. 
In those cases when I realized something went wrong,  I simply let the filters run on a folder, say, Inbox for a while to sort everything into the intended folders.

Well, it worked just fine before 78.
Unfortunately, with 78, it seems that when no message matches a filter in the list of filters, TB asks the user "No match was found. Should I continue to apply the filters?" by a modal dialog. (Sorry I am using a Japanese localized version on this Windows 10 PC and I have no idea what the English version shows there.)
That is, the application of the filter stops right there WITHOUT the user interaction.

This is BAD.

I don't know the rationale for the introduction of the checking of the failure. Maybe a badly-constructed filter not matching any message as intended.

But as you can imagine, this interferes with my intention of cleaning up misfiltered messages from a large folder unattended.
I used to be able to simply run this procedure on a large folder, say, have that 30,000 messages and leave for lunch and come back. By the time I came  back, hopefully the filtering was finished. I probably have close to 100 filters :-(
But with the MODAL dialog requesting to know if I want to continue, this scenario does not work any more.

Help. 

Either we get rid of this check or at least, 
we should ask at the time of invoking applying filters on a folder,
"- Should we stop and ask each time a filter fails to match any message (YES or NO)?" 
(No here means we apply filters till the end no matter what.)
and let someone like me to run filters without useless (to me) check till the last filter unbothered if the user answers NO.

TIA


PS: This is VERY STRANGE THOUGH.
Just a few hours ago, I did something similar on a smallish folder and let the filters run on it. It worked without any such complaints if I am not mistaken. But the list of filters includes ones that would never fire on the messages in the small filter.
Whereas, now I am running filters on my large Inbox and this check appears now and then.

Worse, the filtering seems to take much longer in 78 than in the previous version. Something is wrong.
Bug: Thunderbird 78.0 breaks Provider for Google Calendar and prevents downgrade
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-18 01:01:39+00:00
Resolved: 2021-03-02 22:33:17+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.116 Safari/537.36 Edg/83.0.478.64

Steps to reproduce:

Installed update to Thunderbird (Win 32 bit) to version 78.0.


Actual results:

Provider for Google Calendar - a critical extension function to many users - fails where there is no update to this extension available.  Worse, the update to 78.0 also causes the user profile to NO longer be compatible with earlier Thunderbird versions.  NO easy method exists to downgrade where creation of a new profile is required and it certainly is not clear what functions and configurations were there originally.


Expected results:

Thunderbird upgrade should clearly warn users of functions, extensions, etc. that will no longer remain after upgrade and allow for opt-out.  A non-reversible update due to profile manipulation should also have a clear warning and opt-out capability.  Also the upgrade process in this situation should automatically create a local backup prior to changes so that an reasonable downgrade route can be used.
Bug: In Windows 10 dark theme with TB in dark theme too, some email are less readable
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-18 08:03:59+00:00
Resolved: 2020-07-24 12:50:04+00:00

First of all thank you for the great job done. TB 78 has finally come out and represents a big step forward for all of us.
With TB 79.0beta 1 (but I had the same problem with any version of TB 70.0+), in Windows 10 in dark theme mode and with TB both with Dark theme and with Default theme (theme with OS color scheme) the emails that arent send from TB are less readable.
The same email in the gmail mobile app (I don't know if the comparison is adequate) are perfectly legible. It seems to me that the difference lies in the fact that gmail overwrites the forecolor of the text of the HTML message, while TB does not, it leaves it as it is. I am attaching a screenhot of the issue-in-action in TB 79.0 beta1 and the same email in the gmail mobile app.
Ciao.
Bug: Thunderbird beta does not fetch Mail, 0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH) [nsIXPCComponents_Utils.readUTF8URI]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-18 08:06:48+00:00
Resolved: 2020-07-22 13:22:44+00:00

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

Steps to reproduce:

Set up a fresh Thunderbird Beta 78, filled Account settings (same as in 68 - wich are working), tried the same with the updates up to 79.01b


Actual results:

Thunderbird does not fetch mail and does not show an error, but in error console:
[Exception... "Component returned failure code: 0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH) [nsIXPCComponents_Utils.readUTF8URI]"  nsresult: "0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH)"  location: "JS frame :: resource://gre/modules/L10nRegistry.jsm :: L10nRegistry.loadSync :: line 684"  data: no] L10nRegistry.jsm:684:19
    loadSync resource://gre/modules/L10nRegistry.jsm:684
    fetchFile resource://gre/modules/L10nRegistry.jsm:599
    generateResourceSetSync resource://gre/modules/L10nRegistry.jsm:504
    map self-hosted:231
    generateResourceSetSync resource://gre/modules/L10nRegistry.jsm:499
    generateResourceSetsForLocaleSync resource://gre/modules/L10nRegistry.jsm:441
    next self-hosted:1190
    generateBundlesSync resource://gre/modules/L10nRegistry.jsm:178
    next self-hosted:1190
    touchNext resource://gre/modules/Localization.jsm:167
    generateBundles resource://gre/modules/Localization.jsm:473
    <anonymous> chrome://openpgp/content/modules/trust.jsm:11
    <anonymous> chrome://openpgp/content/modules/keyRing.jsm:17
    <anonymous> chrome://openpgp/content/modules/windows.jsm:19
    loader chrome://openpgp/content/modules/lazy.jsm:20
    getService chrome://openpgp/content/modules/core.jsm:453
    getService chrome://openpgp/content/modules/core.jsm:210
    init chrome://openpgp/content/BondOpenPGP.jsm:78
    <anonymous> chrome://openpgp/content/BondOpenPGP.jsm:97
Bug: Address book icons in Composition Options invisible in dark mode
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-18 10:27:23+00:00
Resolved: 2020-07-25 19:53:12+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:

Set Thunderbird to dark mode. Go to Options -> Composition -> Addressing.
Open the lists "Automatically add outgoing..." and "Default startup directory...".


Actual results:

The address book icons are barely visible in dark mode.


Expected results:

Icons should have a light color in dark mode.
Bug: Text in junk filter log is unreadable in dark mode
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-18 10:35:45+00:00
Resolved: 2020-07-25 19:53:13+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:

Set Thunderbird to dark mode. Go to Options -> Privacy & Security -> Junk.
Enable the junk filter logging and click "show log" when Thunderbird dealt with some junk mails. 


Actual results:

The text in the log is not readable due to being black on dark background.
Also, the buttons to clear and close the log are not in the right position. 


Expected results:

Change the font color to white in dark mode.
Put the buttons in the right place.