av9ash/GitBugs huggingface dataset:
Bug: Thunderbird's msgFilterRules.dat file needlessly includes server name
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-11 14:23:04+00:00
Resolved: 2020-07-11 21:36:51+00:00

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

Steps to reproduce:

I was recently trying to convert a POP3 account to IMAP. Since I have a large number of rules, I wanted to just copy the rules file to the IMAP account. Because the IMAP account had the same name as the former POP3 account (which I'd renamed after copying the rules file), I expected this to work


Actual results:

The rules continued to moved the mail to the POP3 account's folders.


Expected results:

The simple copy should have resulted in the messages being moved to the IMAP account's folders.

When I looked at the rules file, I noticed that in addition to the account name, it also included the server name. It was this latter name that it was using rather than the account name, even though the account name is also required to be unique.

A global replace fixed the problem but should not have been necessary.
Bug: Phonetic First/Last Name input fields overlap with Work/Home fields in New/Edit Contact/vCard dialogs (mail.addr_book.show_phonetic_fields="true")
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-07-11 15:16:06+00:00
Resolved: 2020-08-10 11:54:33+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.61

Steps to reproduce:

Thunderbird Beta 4

Location = New contact dialog in address book.
chrome://messenger/content/addressbook/abNewCardDialog.xhtml


Actual results:

input field is above another input field,
Very difficult to use.
The layout is terrible


Expected results:

Please correct it as soon as possible.
Bug: Starting TB 78 on a profile with many folders gives unresponsive script error - take 2
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-07-11 22:50:17+00:00
Resolved: 2020-08-27 03:16:53+00:00

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

A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete.
Script: chrome://messenger/content/folderPane.js:2622

A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete.
Script: chrome://messenger/content/folderPane.js:1739

A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete.
Script: chrome://messenger/content/folderPane.js:1284

This could affect may users. All related to custom folder colours.
Bug: Spell Check dialog and many others open at position (0,0) of first monitor regardless where the calling TB window is
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2020-07-12 02:11:44+00:00
Resolved: 2022-06-01 18:25:45+00:00

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

Steps to reproduce:

Working with two monitors, Thunderbird positioned on 2nd monitor.  Write and send email, which invokes spell check dialog. 


Actual results:

Dialog box is always positioned in the top-left corner of monitor 1.  This is true for other dialog boxes as well and any fix should apply to positioning of all dialog boxes.  This is especially problematic when "Remote Desktop" is running on monitor 1, because the dialog box is hidden.  The sent email seems to hang, because there is no visible element showing input is required to continue.


Expected results:

All dialog boxes should be positioned relative to the Thunderbird parent window, or at a minimum on the same monitor as the parent window.
Bug: Can't display the start page when a selection summary is shown
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-12 12:36:07+00:00
Resolved: 2020-07-17 05:07:41+00:00

STR

1) Select multiple messages
2) Select Go -> Mail Start Page

Expected Results

* Start page is shown

Actual Results

* Nothing happens

The fix is quite simple - we need to switch to the single message display mode before displaying the start page.
Bug: compilation fails: error: variable type 'mozilla::psm::NSSCertDBTrustDomain' is an abstract class
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-12 20:23:22+00:00
Resolved: 2020-07-21 15:02:23+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.0 Safari/605.1.15 Epiphany/605.1.15

Steps to reproduce:

With thunderbird 68.10.0 source code, rustc 1.44.1, clang 10.0.0, nss 3.54, I called

../thunderbird-68.10.0/configure --with-system-bz2 --with-system-nspr --with-system-icu --with-system-libevent --with-system-zlib --enable-hardening --enable-js-shell --enable-cdp --enable-default-toolkit=cairo-gtk3-wayland --enable-raw --enable-webrtc --with-system-jpeg  --with-system-libvpx  --with-system-webp  --enable-readline --enable-system-pixman --with-system-ffi --enable-cookies --with-necko-wifi --enable-negotiateauth --enable-pref-extensions  --enable-typed-objects --enable-wasm-gc --enable-wasm-bulk-memory --disable-tests --with-system-nss --enable-wasm-reftypes --enable-dbus --enable-system-sqlite && make


Actual results:

The output is attached, lots of

/src/mozilla/thunderbird-68.10.0/security/certverifier/NSSCertDBTrustDomain.cpp:763:31: error: variable type 'mozilla::psm::OCSPVerificationTrustDomain' is an abstract class
  OCSPVerificationTrustDomain trustDomain(*this);
                              ^
/usr/local/include/nss/mozpkix/pkixtypes.h:279:18: note: unimplemented pure virtual method 'CheckRevocation' in 'OCSPVerificationTrustDomain'
  virtual Result CheckRevocation(EndEntityOrCA endEntityOrCA,
                 ^


Expected results:

No errors should have happened.
Bug: forgets open windows and tabs when restarted
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-12 21:41:10+00:00
Resolved: 2020-07-14 18:39:44+00:00

regression window:
Daily 20200710 GOOD
Daily 20200711 BAD

MacOS 10.14.6

I normally have two TB windows open, both with several tabs. Exiting and restarting the app results in it coming up again with both windows open, and the tabs preserved.

If I quit 20200710, and start 20200711, the app comes up with just one window, and /no/ tabs open at all. Just the LHS folder column, and an entirely blank main panel.

I can select a folder, open new windows. Although folder-rightclick-open in new window does open a new window, but without the folder selected. it can be selected manually.

I can open new tabs, and arrange them as I like. Open in new tab works correctly.

But then stopping and immediately restarting 20200711 has the same problem. My windows and tabs do not re-open, just the single blank window.

Masses of calUtils errors when opening new window; i don't use the calendar at all. Not sure if this is related, nor how to save/submit them en masse.


Interestingly, not only does going back to 20200710 restore normal behaviour, it even restores my original windows/tabs, even after the above experiments.
Bug: thunderbird Prefences is Blank
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-12 22:29:46+00:00
Resolved: 2020-07-15 10:38:38+00:00

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

Steps to reproduce:

i tried a New Profile an safe mode, still no go

Preferences > General etc is just Blank 


Actual results:

Options Panel should appear 


Expected results:

Options Panel should appear
Bug: Port bug 1464542, bug 1649221, and bug 1649554: major XPCOM changes
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-12 23:51:08+00:00
Resolved: 2020-07-22 07:56:35+00:00

In this bug I'll convert all uses of `XPCOMUtils.generateNSGetFactory` to `ComponentUtils.generateNSGetFactory` for bug 1649554, and convert uses of `.generateQI` to use string argument instead of interface ID arguments.
Bug: "�(U+FFFD)" is inserted in the subject line of the email.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-13 05:46:47+00:00
Resolved: 2020-07-16 21:24:37+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

Steps to reproduce:

I just received an email from someone else.


Actual results:

"� (U+FFFD)" is inserted in the subject line.
For example, like this
testtesttest → testt�estte�st


Expected results:

It's been discussed (and wrangled :) ) on Japanese forums
for quite some time now, but There seems to be a bug
in the mail decoding of IS-2022-JP.

Apparently it's not so good for security.
Japanese users are having a lot of trouble,
so I want you to do something about it.

https://forums.mozillazine.jp/viewtopic.php?f=3&t=17271
Bug: Cc recipients needlessly not expanded
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-13 09:00:35+00:00
Resolved: 2020-07-18 02:11:42+00:00

In a received e-mail the Cc recipients aren't displayed in the header pane although there is enough space. See screenshots.

Alice, could you find the regression?
Bug: tabs.executeScript() does not work for a tab in a popup type window
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-13 14:38:38+00:00
Resolved: 2020-08-14 08:39:55+00:00

The API `tabs.executeScript()` does not execute given script for a tab in a popup type window. Popup type window is only one way to implement modal-like dialog by an addon, and this restriction makes it a little hard for me to control such dialogs.

# Steps to reproduce

1. Install the attached testcase addon.
2. Switch to any mail tab, then you can see a new toolbar button named "testcase".
3. Click the "testcase" toolbar button.
4. A popup window is opened with no UI (except default window controls).
5. Wait about 3 sec.

# Actual result

Nothing happens in the popup window.

# Expected result

After 3 sec it starts counting up in the popup window.

# Environment

* Windows 10 1909
* Daily 80.0a1 Build ID: 20200712123207
* Thunderbird 78.0b4 Build ID: 20200629202523
Bug: Whitelisted email addresses for remote content are no longer shown in preferences
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-13 21:04:06+00:00
Resolved: 2020-08-04 22:42:35+00:00

STR

1) Receive an email with remote content
2) Select to always allow remote content from that email address.
3) Go into Preferences -> Privacy & Security.
4) Click the Exceptions button next to "Allow remote content in messages"

Actual Results

The list is empty

Expected Results

The email added in step 2 is listed.

As a result, I can't manage the list of emails I've already whitelisted.

Tested in 78.0b4 on Mac.
Bug: Message header not updating its height properly when handling long subject line
Status: RESOLVED
Priority: P1
Resolution: WORKSFORME
Created: 2020-07-13 22:17:22+00:00
Resolved: 2021-03-10 18:22:06+00:00

The header height doesn't update properly when selecting a message with a long subject that causes multiple lines.
As you can see from the screenshot, the **To** line is not visible but present and cut off that area.

This seems to happen only if there's already a previously selected and visualized message with a header `height` attribute set.
Bug: Content scripts in message composition editor are broken
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-14 08:47:46+00:00
Resolved: 2021-02-02 08:16:16+00:00

In Thunderbird 77 I hacked together a way to run content scripts in the message composition window. It worked by [overriding `ExtensionContent.handleExtensionExecute` to short-circuit the mechanism for checking the extension had permission](https://searchfox.org/comm-central/rev/923942d4a9ac2cccff4922c0b14d2d19c8c23876/mail/components/extensions/parent/ext-mail.js#67-90), where appropriate. Although it's a hack it worked fine and will ship with Thunderbird 78.

Now bug 1587541 has come along and replaced that function the hack no longer works. I'm no longer under time pressure to get something ready for release so I can think about a proper solution.

At the least, something would have to change about [this block of code](
https://hg.mozilla.org/mozilla-central/file/328b97bc228edf3880cfd94fdf20b5c6bc5bd85a/toolkit/components/extensions/ExtensionContent.jsm#l1194), which controls if a script runs or not. I can't just override as I did before without making a copy of vast amounts of code (the `contentScripts` map and `Script`/`UserScript` classes which are inaccessible because they're in a JSM) and I'd rather not.

I think replacing [`Script.matchesWindow`](https://searchfox.org/mozilla-central/rev/89814940895946b48b4c04c702efd2c676ec8e7e/toolkit/components/extensions/ExtensionContent.jsm#430-432) in some subclass would be feasible. I've just realised I can replace `WebExtensionContentScript.prototype.matchesWindow` but that really feels like a bad idea.
Bug: input-container added to id instead of class
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-14 10:54:12+00:00
Resolved: 2020-07-17 05:10:40+00:00

At

https://searchfox.org/comm-central/source/mail/components/addrbook/content/abCard.inc.xhtml#170
https://searchfox.org/comm-central/source/mail/components/addrbook/content/abCard.inc.xhtml#181
https://searchfox.org/comm-central/source/mail/components/addrbook/content/abCard.inc.xhtml#192
https://searchfox.org/comm-central/source/mail/components/addrbook/content/abCard.inc.xhtml#203
https://searchfox.org/comm-central/source/mail/components/addrbook/content/abCard.inc.xhtml#214

input-container was added to the id instead to the class.
Bug: Poor UI: Single-letter keyboard shortcuts swallowing/moving messages (A >> Archive; J >> Junk)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-14 17:57:33+00:00
Resolved: 2020-07-15 16:45:44+00:00

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

Steps to reproduce:

I noticed that a lot of messages got lost from my INBOX. 

I tracked this down and found extremely dangerous and poor UI design of thunderbird to be the reason. 

It happens that I want to enter some search term into the search entry widget, but focus is on message list. 

Since Thunderbird some with keyboard shortcuts without CTRL/ALT/WIN, they do move message from INBOX away. E.g. pressing a archives messages. 

THIS IS HIGLY DANGEROUS AND POOR DESIGN. 

I did not even find a way to turn this off. 


Actual results:

Severe Damage because Messages were missing from my INBOX. 


Expected results:

Messages should never ever disappear from INBOX without explicit and wanted user interaction. 

How on earth could one build such an error prone user interface?
Bug: TB 68 on Ubuntu 18.04 and 20.04: Somtimes high CPU load and process still there after close
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-14 21:53:13+00:00
Resolved: 2021-11-13 22:16:23+00:00

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

Steps to reproduce:

Nothing special, getting mail, sending mail.  


Actual results:

I use Thunderbird for years now. For some years now, on Ubuntu 18.04 and 20.04 with Unity/Gnome, CPU load sometimes goes up. Htop shows two CPU cores at around 100% load. After I close TB, the situation doesn't change. I have to "killall thunderbird" to solve the problem. So the problem already exists for some versions of Thunderbird.


Expected results:

CPU load shouldn't go up. And if it does, Thunderbird should close if user uses "Close" button.
Bug: Theme in version 78 not possible see content email
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-15 23:59:30+00:00
Resolved: 2020-07-16 13:20:09+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:

Open email not is possible see


Actual results:

Not see content email


Expected results:

See content email
Bug: Thunderbird 78.0 message reading pane is always blank.
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-07-16 03:25:15+00:00
Resolved: 2024-05-28 19:47:28+00:00

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

Steps to reproduce:

I download and installed this release:

https://ftp.mozilla.org/pub/thunderbird/releases/78.0/linux-x86_64/en-US/thunderbird-78.0.tar.bz2

Then ran it against the 68.10 profile, highlighted a message and then pressed F8.


Actual results:

The message preview pane opened, but was empty, not even the normal menu items were shown.


Expected results:

Minimal headers, menu items and message body should have been displayed.
Bug: TB 78 vCard is not being sent
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-16 07:18:18+00:00
Resolved: 2020-09-09 13:46:24+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:

After updating TB to 78, I've realized that my vCard is no longer being added to outgoing mails. Although the checkbox before "Attach my vCard to messages" is ticked, the info under "Edit vCard..." is no longer there. Adding it again is to no avail. It is simply not being saved. Nor do I find an entry afterwards in the selected address book for that matter!
Bug: TB 78.0b4 - Extremely slow address book search with large global AB (360,000 entries)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-16 10:25:27+00:00
Resolved: 2020-08-27 03:17:28+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:

Thunderbird version: 78.0b4
Add-on versions: Owl 0.76
OS version: MacOS 10.15.6
Hardware version: 
MacBook Pro (2018)
2.2GHz 6-core Intel Core i7
16GB 2400Mhz DDR4 RAM

What did you do? (steps to reproduce): Upgraded from TB 68.10.0 to 78.0b4. It was observed that 78.0b4 was very slow to load (>15 minutes). After eventually loading and attempting to write an email, TB would hang whilst trying to match on a contact in the Default Global Address List. MacOS would report TB as 'Application Not Responding'. After > 30 minutes, the Default Global Address List would return the correct email address. 

This can also by reproduced by clicking on Window -> Address Books -> Default Global Address List.

My Default Global Address List has ~358,000 entries (all personal email addresses and email group aliases used within my company).

This issue was not seen in TB 68.10.0 with the same Default Global Address List. 

The same behaviour was also observed in 78.0b3. No other 78 beta versions were used.


Actual results:

MacOS would report TB as 'Application Not Responding'. After > 30 minutes, the Default Global Address List would return the correct email address. 


Expected results:

TB should have returned a matching email address very quickly (< 5 seconds).
Bug: Autocomplete results with "style" value not ending with "-abook" are no longer shown
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-07-16 10:42:41+00:00
Resolved: 2020-10-22 17:15:02+00:00

Add-ons sometimes add their own autocomplete component to the `autocompletesearch` attribute of built-in autocomplete fields, for example the `toAddrInput` field (and friends) in the message composer.

This worked till TB78.0b2.

Due to bug 1627200 which landet in TB78.0b3, the value entry is no longer displayed, if these custom autocomplete components do not return a style which ends with "-abook". I traced it down to these changes:

https://hg.mozilla.org/releases/comm-beta/rev/a2681c24ae667222a519ff18fb3d8a956ebd5d07#l2.12

After I found the cause, I can work around the issue by using a matching style and add the change to the update guide. But maybe it is worth fixing the original issue without restricting the style value?
Bug: Crash in [@ memcmp | mozilla::detail::nsTStringRepr<T>::Equals | mozilla::xpcom::LookupContractID]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-16 11:24:47+00:00
Resolved: 2022-09-25 14:48:16+00:00

78 release bp-0cb6204a-6b98-4e3e-ab27-e508c0200711.
so far, rare.

Top 10 frames of crashing thread:
```
0 vcruntime140.dll memcmp 
1 xul.dll mozilla::detail::nsTStringRepr<char>::Equals const xpcom/string/nsTSubstring.cpp:955
2 xul.dll mozilla::xpcom::LookupContractID xpcom/components/StaticComponents.cpp:9391
3 xul.dll static mozilla::xpcom::StaticComponents::LookupByContractID xpcom/components/StaticComponents.cpp:13389
4 xul.dll nsComponentManagerImpl::GetServiceByContractID xpcom/components/nsComponentManager.cpp:1553
5 xul.dll nsGetServiceByContractIDWithError::operator const xpcom/components/nsComponentManagerUtils.cpp:253
6 xul.dll nsCOMPtr_base::assign_from_gs_contractid_with_error xpcom/base/nsCOMPtr.cpp:91
7 xul.dll nsMsgSearchTerm::MatchRfc2047String comm/mailnews/base/search/src/nsMsgSearchTerm.cpp:948
8 xul.dll nsMsgSearchTerm::MatchRfc822String comm/mailnews/base/search/src/nsMsgSearchTerm.cpp:1078
9 xul.dll static nsMsgSearchOfflineMail::ProcessSearchTerm comm/mailnews/base/search/src/nsMsgLocalSearch.cpp
```
Bug: After updating to TB 78 beta, all contacts appear lost (entire address book empty/blank/not showing)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-07-16 12:00:02+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:

Creating a new bug report after seeing support forum question.
https://support.mozilla.org/en-US/questions/1295073
Quote:

I was at 77.0b3 when 78 beta was installed.
OS is Win 7 64 home premium, with all and final updates. 


Actual results:

I lost all of the data in my address book. 
I downgraded (from archived copy) to previous version, exported address book as ldif file, upgraded to 78 and imported address book only to have it empty again.  Seemed all was successful, but the address book was still empty. Opening the address book I had nothing showing. Composing and email, in the past if i put a few letters in it would pull in the entry. After the change and import there was nothing coming up when I started typing letters of a known past contact. 
I have tried most recent beta 4 with same results.



Expected results:

Address books should be available.
Bug: No tag color in dark theme for unselected messages
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-16 14:30:41+00:00
Resolved: 2020-07-19 11:29:27+00:00

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

Steps to reproduce:

Start using Thunderbird in dark theme on Ubuntu 20.04.


Actual results:

Only the selected message is given the color of the tag. It uses the color as background color.


Expected results:

Also unselected messages should get the color of their tag as is the case in the light theme. It should use that color as foreground color. Please, see the attachement.

Fixing this will re-enable the user to quickly see which messages have which tags and not forget to handle messages tagged important.