av9ash/GitBugs huggingface dataset:
Bug: Wrong text encoding used instead of correct chosen
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-08 07:19:39+00:00
Resolved: 2020-12-06 20:28:07+00:00

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

Steps to reproduce:

I am using Debian Sid/unstable with Mozilla Thunderbird 68.9.0-1.

I searched a message with quick search (Ctrl + Shift + k), and while the results where still building up, it was found, I selected it, and opened it with double click.


Actual results:

In the newly opened tab, the umlauts were incorrect. Looking under *View* → *Encoding*(?), it had UTF-8 selected (which is correct). Switching to *Western*, the problem remained. Switching back to UTF-8, the characters were displayed correctly.


Expected results:

The chosen encoding should be applied to the message.

Opening the message, with no search going on afterward, everything was correct. I was not able to reproduce this.
Bug: After deleting contact from search results in contacts sidebar, entire result set disappears
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-08 09:32:28+00:00
Resolved: 2020-07-17 05:05:58+00:00

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

**STR**

1) composition with contacts side bar, ensure "All Address Books" is shown
2) Filter for "Doe" so that you get a couple of matches in the search result
3) select and delete a contact from search result (contact originates from "Personal AB")
3) press DEL and confirm deletion, then monitor the rest of your result set in results pane
4) Try other variants:
  - delete contact from "All Address Books" without search filter
  - delete contact from "Personal AB" with and without search filter
  - try all variants with deleting a mailing list

**Actual result**

- deleting contact from search result of "All ABs" succeeds, but makes the entire result set disappear (blank results pane)
- deleting contact from unfiltered "Personal AB" ends up with a bogus icon-only item at the end of the list which cannot be deleted.
- deleting mailing list sometimes failed

**Expected:**
- delete/remove only selected items
- keep showing any other items (of result set, or current AB)
- handle focus after deletion
Bug: Invisible mails marked as deleted lead to IMAP quota being exceeded
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-06-08 13:28:13+00:00
Resolved: 2024-05-20 03:18:04+00:00

Steps to reproduce:

1.) Create an IMAP account in Thunderbird
2.) In Account Manager choose the option to "Mark as deleted" for deleted messages
3.) Delete some Messages - they should be marked as deleted.

Do NOT compact the folder (they should not be expunged at the moment).

4.) In Account Manager change the option from "Mark as deleted" to "Move to Trash folder".

Now in Folder Pane all deleted messages disappear.

The issue with these disappaering messages is, that they are not visible but they fill the IMAP quota (size and/or number). This is a major problem, if many messages are marked as deleted and the number exceeds limitations of your provider (e.g. T-Online has a limit of 1000 messages per folder).

The problem escalates unnoticed if you use multiple IMAP clients (or multiple Thunderbird installations) with different settings. If one client only marks "deleted", the other clients Users cannot see that the mailbox is full.

The problem becomes even worse if the deleted marked messages are not displayed in Webmail. In the case of T-Online, a quota of, for example, 20% is displayed in webmail. Via IMAP, the quota is then 100% (exceeded), although you may only have 10 visible messages in both the webmail and Thunderbird.

Compacting folder would resolve the problem. But there are cases, where the compacting fails (today we had a support request in german forums with 2 undeletable / uncompactable messages of 5000 messages in Trash. Because of not beeing able to compact, all 5000 messages remained in Trash. Due to T-Onlines limit of 1000 messages the whole mailbox was blocked. The user had no chance to find the issue because of the invissible 5000 messages in this trash folder.

This leads to incomprehensible Quota Exceeded messages, which can only be corrected by chance after a long search. The providers Support Team was unable to find these invisible messages.

What I would like to see improved in Thunderbird:
Thunderbird should always display messages marked as deleted via IMAP in the folder pane - even if you select the option "Move to trash when deleting" in the account settings because the messages previously marked "deleted" or marked as deleted in another client are still available . There is no reason why these still existing messages should be hidden!
Bug: filters with forward are failing
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-08 13:55:37+00:00
Resolved: 2022-07-27 18:43:09+00:00

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

Steps to reproduce:

Simply let run old filters.
Or create (for test) a new filter


Actual results:

A message with an old look (brown) "failed" appear wh"en filter is sending a transfer message.
Occurs with all transfers.
The message is repeated as many messages as to be tranfered, the user has to send OK for each. (after creating a new filter, for which the transfer update was needing many transfers, I have clicked 200 time until I decide to cancel TB with task manager (impossible to get control).
After the restart I had to quickly inactivate all filters and begin to do it manually.


Expected results:

Simply run the filter and send the messages to transfer.

Some explanations:
- Checked the smtp (I don't know which smtp is used to transfer, I suppose that it is the default smtp of the installation).
Note that the "to" has no corresponding valid smtp because it is an alias (for example I uses currently destinations bty-xxxx9@<domain> for a smtp bty-xxxx@<domain>. All alis are gtrouped to a main mailbox.
There are near 30 main mail boxes managed on the current TB installation.

The "failed" is intantaneous.
Anyway the fact of the error should stop temporarily the filter action to avoid a dead lock of TB.
The errors are produced at a rythm must more faster than a time out from receiver.
Generally the transfer are performed at each reception which allows to manage something if there is an error, but when a new filter is created and a manual execution is launched even normally or on an error done into the filter syntax there can be several thousands or more that can be sent or failed, so :
- a stop button must be able to inturrupt the process
- a number of mail limit to transfer in one "session" should be defined.

It is very difficult to debug because there is no mean to access the parameters of the filters independently of the UI, no possibility to produce a list of filters
Bug: 78 beta - L10n repacks fail
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-08 20:37:13+00:00
Resolved: 2020-06-11 21:41:09+00:00

This is happening on all platforms for Thunderbird 78.0beta1.

`RuntimeError: File "brand.dtd" not found in /builds/worker/workspace/obj-build/comm/mail/locales/merge-dir/bg/comm/mail/branding/thunderbird`

From Pike:
rjl: you need a hack like https://searchfox.org/comm-central/source/mail/locales/Makefile.in#5-6 in mail/branding/thunderbird/locales
Bug: Import broken? No browse-to-file/directory.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-09 01:50:55+00:00
Resolved: 2020-06-22 13:34:29+00:00

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

Steps to reproduce:

Tools / Import / (any selection)


Actual results:

No application... not even mention of file!


Expected results:

File Manager dialog to browse to file or directory containing file(s)
Bug: Reply message without recipients and body text
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-09 07:17:56+00:00
Resolved: 2020-06-22 13:35:10+00:00

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

Steps to reproduce:

Problem exist in versions 60.9.0 and latest release (update every night)


Actual results:

Periodically Reply (or Reply all) button open message window without previous text and recipients


Expected results:

Clicking on Reply must open message window with all previous body text and all recipients.
Bug: C-C TB JavaScript error: .../MsgComposeCommands.js, line 1068: TypeError: can't access property "compFields", gMsgCompose is null - Fix command updating for cmd_toggleReturnReceipt
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-09 07:59:15+00:00
Resolved: 2020-07-28 00:29:26+00:00

I get the following error 10 times in local mochitest log of FULL
DEBUG version of C-C TB.
```
JavaScript error: chrome://messenger/content/messengercompose/MsgComposeCommands.js, line 1068: TypeError: can't access property "compFields", gMsgCompose is null
```
I have not seen the bug until June 6th. The previous job on May 30 did
not have it. So this has crept in the last week or so.

The error can be observed in try-c-c job, too. For example, 
benc's linux64 debug job, 
https://treeherder.mozilla.org/#/jobs?repo=try-comm-central&revision=43227542500df69c784d0a6d3c11cd8b46cfde35
https://firefoxci.taskcluster-artifacts.net/NZxVbf0KToq04gGMNbbpvQ/0/public/logs/live_backing.log

I am attaching the excerpt from the log
created by
```
egrep "(TEST_START|TEST_END|Leaving test|Entering test|gMsgCompose is null)" /FF-NEW/log1234-mochitest.txt
```
to show which tests produced the error.
I really cringe at the failure of mochitest framework to fail the test that produces such errors. Note that some of the tests did not report any errors.

Bandaid fix ala Bug 1250605  may be in order here.

TIA
Bug: perma comm/mail/test/browser/content-tabs/browser_installXpi.js | ... - TimeoutError: Timeout exceeded for waitForElement Lookup: /id("messengerWindow")/id("mainPopupSet")/id("notification-popup")/id("addon-webext-permissions-notification")
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-06-09 13:36:12+00:00
Resolved: 2020-06-15 09:15:10+00:00

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

---
Bug: browser.menus.onClicked - tab is not defined in callback when click occurs on a message out of the messageWindow
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-09 16:40:42+00:00
Resolved: 2020-06-26 20:30:01+00:00

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

Steps to reproduce:

1/ create a context menu, with permissions including "menus"
2/ listen for clicks
3/ run and open a message in a new window
4/ right-click inside the message


Actual results:

The click handler is called with first argument for Info, but the second argument (tab) is undefined.
The click on the same menu (and same handler) will receive both arguments : info and tab.



Expected results:

The click handler should receive both arguments : info and tab
tab is useful if you need to have the tab.id and open the messageDisplayAction (for instance) popup for the specific tab.id
Bug: Color Picker (ALT) Keyboard Accelerators stopped working
Status: UNCONFIRMED
Priority: --
Created: 2020-06-10 00:26:24+00:00
Resolved: 2020-06-10 00:26:24+00:00

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

Steps to reproduce:

When composing, and displaying the Text or Background Color dialogs, press ALT-L to apply Last-picked color.



Actual results:

Nothing happened!


Expected results:

As the "L" in "Last-picked color" is underlined, Thunderbird previously treated this as an accelerator when pressing ALT-L (in both Linux and Windows versions).

This is both an accessibility and convenience feature, which has been removed and no longer follows the OS conventions that it did previously.
The same applies for other shortcuts (HTML, Default) in this dialog, and probabgly other dialogs.

(As an aside this is my muscle-memory way to change color: ALT-O-C-L to apply the last chosen colour while composing.  There are other feature requests for a more convenient way to apply color, but I'd be happy if the standard UI toolkit reverted to its old behavior).
Thanks!
Bug: C-C TB mochitest -  console.error: SearchService: "_readCacheFile: Error reading cache file:" (new Error("", "(unknown module)"))
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-10 00:56:01+00:00
Resolved: 2024-06-11 07:47:11+00:00

I see the error in my local mochitest log of debug version of TB.:
```
console.error: SearchService: "_readCacheFile: Error reading cache file:" (new Error("", "(unknown module)"))
```

49 times in my local log to be exact.

I did not see it in my May 30th log.
But I have seen it since June 6.
So the message is relatively new.

The error seems to be printed by
https://searchfox.org/mozilla-central/source/toolkit/components/search/SearchService.jsm#1579
(It is from June 1 patch.)

Are we setting up whatever cache file correctly in mochitest?
Obviously async read fails.

The error is visible on the tryserver as well.
See, for example,  benc's job: https://treeherder.mozilla.org/#/jobs?repo=try-comm-central&revision=43227542500df69c784d0a6d3c11cd8b46cfde35
https://firefoxci.taskcluster-artifacts.net/MDfouRzqSheP4Z8yTQ_mrw/0/public/logs/live_backing.log
Bug: Message filter incorrectly searches in the email
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-10 06:56:35+00:00
Resolved: 2020-10-22 09:19:36+00:00

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

Steps to reproduce:

I have message filter with searching in the subject for a string "NanoVNA-V2" or even only string "NanoVNA". I would like to move the mail to existing subfolder. Although it is evident, that the subject contains this string, it is not filtered, although on other similar emails it works.
Even the filtering in the main screen triggers on in correctly.


Actual results:

As above. Email attached.


Expected results:

Filter should correctly search.
Bug: Internal page location bar pages need sizing limitations
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-10 10:45:02+00:00
Resolved: 2020-06-29 23:58:10+00:00

Trying to buy a mail account from within Thunderbird is kind of broken atm. The URL bar gets too wide, and the content is pushed out of view with no easy way to get to it.
Bug: [macOS] Missing Sort Arrow when using Dark Theme
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-10 13:15:44+00:00
Resolved: 2020-06-16 02:13:15+00:00

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

Steps to reproduce:

On macOS, set the appearance to dark in system preferences or change the default theme in Thunderbird by enabling the dark theme.


Actual results:

When sorting a table by a specific column (e.g. by date), the arrow that indicates the sort direction is not visible.
I've tried changing the background color of the cell to red in order to verify, that the arrow icon does not simply have the same color. It seems to be gone. See the attached screenshots.


Expected results:

There should be an arrow ;)
Bug: Message-filter module fails on "From-header" without an e-mail address
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-10 14:27:25+00:00
Resolved: 2020-09-13 15:34:45+00:00

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

Steps to reproduce:

I tried to make a message-filter for a message where an e-mail-address in missing in the FROM-heading.
While the e-mail-part of the FROM-heading is missing filter-module crashed.
Solution for this problem, see below.


Actual results:

On 06-06-2020 12:32 I sent a problem. This issue got bug 1643904.
On 06-06-2020 21:32 I received a Thunderbird-reply that this bug would look like bug 184490, (an unsolved 18 YEARs OLD!!! bug ) and on bug 456193.

I conclude that those three bugs still not solve my problem.

I ask attention for a solution by avoid/bypass this Heading-problem.



Expected results:

The messge-header contains five HEADINGS that can be used for instructions.

Thunderbird uses one of the following HEADINGS to create a message filter:
SUBJECT
From (just the email-address-part of it, the FROM-Name-part is not used)
Message text
Date
Priority
Status
On
CC
To or CC
From, To, CC or BCC
Age in days
File size (KB)
Labels

Normally I use message filters to send messages to a specific folder, or to mark them as junk.
I use the HEADINGS “FROM” and “SUBJECT”:
either the FROM e-mail address is equal to or contains a certain value.
or the fact that a certain value appears in the SUBJECT.
I do not use the other HEADINGS.

Since a FROM-name is mentioned in the relevant email, but NO FROM-email-address is mentioned,
the module that constructs the message-filter-rules crashes over this, and therefore does NOT create a message filter.

To solve this problem it is conceivable to use other HEADINGS
The RETURN-PATH must contain a valid email address, as well as The REPLY-TO.

So I am asking again for an option to create a correct message filter,
ADD one or both of these HEADINGS "RETURN-PATH" and "REPLY-TO", in your choise-list to define an action.
Bug: shift+delete in filter/virtual folder does not prompt for confirmation
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-10 14:58:38+00:00
Resolved: 2020-06-12 06:35:51+00:00

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

Steps to reproduce:

With multiple accounts, grouped folders enabled and config mail.warn_on_shift_delete=true (default):
In a filter / virtual folder like the inbox (over all accounts) click a message and press shift+delete.


Actual results:

The selected message is removed permanently.


Expected results:

A confirmation prompt should appear.
Bug: Can't send emails "The size of the message you are trying to send exceeds a temporary size limit of the server"
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-10 16:21:04+00:00
Resolved: 2020-11-07 21:13:20+00:00

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

Steps to reproduce:

I got the error msg. after 5 or 6 emails were sent:
"The size of the message you are trying to send exceeds a temporary size limit of the server. The message was not sent;
try to reduce the message size or wait some time and try again. The server responded:  
452 4.1.0 <dpw8445@austin.rr.com> service temporarily unavailable. 
Please see https://www.spectrum.net/support/internet/understanding-email-error-codes for more information. AUP#Out-1440."


Actual results:

No email can be sent after I got the error msg. I was forced to shut down my PC and  Started it again.  Then I was able to send emails again.
I got the same error msg. again after 5 or 6 emails were sent.


Expected results:

What does the error msg. mean? Was the Thunderbird updated recently without telling me something which I should pay attention to?
Bug: Intermittent devtools/server/tests/xpcshell/test_extension_storage_actor.js | xpcshell return code: 0
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-06-10 22:26:54+00:00
Resolved: 2020-06-22 08:10:19+00:00

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

---

This is a near-permanent failure, on Windows only. I suspect bug 1620243 has caused it to happen.

https://hg.mozilla.org/mozilla-central/pushloghtml?tochange=b2df79a80c0303df9d710800ae37dce56847eef5&fromchange=7f7b983390650cbc7d736e92fd3e1f629a30ac02
Bug: Permanent failure in browser_policy_disable_developer_tools.js on Windows
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-11 00:46:37+00:00
Resolved: 2020-06-17 00:39:29+00:00

This test has stopped working on TaskCluster. It works fine on my VM. I'm going to disable it on Windows only, passing on the other platforms is enough to prove the feature is still working.

Here's the mozilla-central range for when it stopped working:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=6d5e21803fe16366fd1f397550ade65241b04feb&tochange=63dc5e9b1b02b0aebd6badfe5eaef7bb9aa8f430
Bug: MailExtension: Window opened by windows.create() contains unwanted browser navigation bar UI
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-11 05:32:38+00:00
Resolved: 2020-06-18 23:42:59+00:00

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

Steps to reproduce:

When opening an extension page using the `messenger.windows.create()` API, the popup window that appears contains a browser navigation toolbar, with Back and Forward buttons and the URL of the extension page displayed. The two navigation buttons are not functional.

Steps to reproduce:
1. Install the Snippets add-on (requires Thunderbird 77 beta 3 or newer): https://github.com/aecreations/snippets
2. Open a new message composer window. Locate the "Snippets" button on the composer toolbar and click it


Actual results:

The Snippets window appears with a browser navigation UI.  See attached screen shot.


Expected results:

There should be no browser navigation UI in a popup window containing an extension page.

Firefox WebExtensions show the text "Extension - (<name of extension>) - <extension page title>" in the title bar of the popup window opened by `browser.windows.create()`.  Thunderbird could adopt a similar approach to popup windows opened by MailExtensions as a way to inform users that the window was opened by an installed add-on.
Bug: MailExtension: Need to press Ctrl+W twice to close popup window opened by windows.create()
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-11 05:40:32+00:00
Resolved: 2020-06-18 23:43:11+00:00

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

Steps to reproduce:

1. Install the Snippets add-on (requires Thunderbird 77 beta 3 or newer): https://github.com/aecreations/snippets
2. Open a new message composer window. Locate the "Snippets" button on the composer toolbar and click it to open the Snippets extension page in a popup window
3. Try to close the popup window by pressing CTRL+W (Command+W on macOS)


Actual results:

The popup window stays open. Also, the extension page is replaced by what appears to be a miniature view of the Thunderbird main window, with mail folders in the left pane.  User needs to press CTRL+W again to fully close the popup window.


Expected results:

In step 3, the popup window should close.