av9ash/GitBugs huggingface dataset:
Bug: Save As --> File doesn't work for nntp messages
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-10-19 09:26:43+00:00
Resolved: 2020-12-06 20:34:12+00:00

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

Steps to reproduce:

Selection of a list of news in a group, and Save As —> file


Actual results:

An export of news in the form of individual file by news... with a dialogue that manifests this every time a file cannot be created... that's the problem, that if there's 200 news not exportable, you have to click 200 times on "ok"


Expected results:

A button to check the gold from the first display of this dialogue to point out that it's okay for all follows them, or something, a list of news at the end that can't be exported, but not a dialogue to every non-exportable news... when we export 5000 news how many times am I gonna have to click on okay?
Bug: All formatted incoming email is now mangled
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-19 12:49:14+00:00
Resolved: 2020-10-22 13:26:25+00:00

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

Steps to reproduce:

Simply open your incoming formatted email, after roughly release 68.12.1 (32 bit).


Actual results:

There is no formatting. Links survive, but there is not always any accompanying explanatory text. The former dropdown menu to display full formatting no longer appears.

This is the second time I am submitting this bug report, since there has been no response to my first report,  Bug 1669388 .


Expected results:

There should be a dropdown menu that selects sources for which HTML formatting should be allowed. It should be possible to view that actual sent message in the form in which it was meant to be seen.
Bug: Crash in [@ XUL@0x2707473 | XUL@0x58e246f | XUL@0x40e8ea | XUL@0x36ac5a | XUL@0x58e246f | XUL@0x58e246f | XUL@0x41936d | XUL@0x404508 | XUL@0x403751 | XUL@0x41c591 | XUL@0x40f10b | arena_dalloc | -[__NSArrayM insertObject:atIndex:]]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-19 12:51:18+00:00
Resolved: 2021-05-19 00:07:15+00:00

I have crashed 3 times now doing tools > add-ons >  (search on import)

Crash report: https://crash-stats.mozilla.org/report/index/158e17de-1132-491a-8a4c-ced110201019

MOZ_CRASH Reason: ```Invalid principal infos found: baseDomain (aaaa://aaaa.aaaaaa.aaa:DDD/) doesn&#39;t match passed one ({DDDaDDDD-DDaD-DaaD-DDaD-aaDaDaaDDDaD})!```

Top 10 frames of crashing thread:
```
0 XUL XUL@0x2707473 
1 XUL XUL@0x58e246f 
2 XUL XUL@0x40e8ea 
3 XUL XUL@0x36ac5a 
4 XUL XUL@0x58e246f 
5 XUL XUL@0x58e246f 
6 XUL XUL@0x41936d 
7 XUL XUL@0x404508 
8 XUL XUL@0x403751 
9 XUL XUL@0x41c591 
```
Bug: I cannot send mail by self-signed certificate
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-19 15:57:58+00:00
Resolved: 2020-10-21 07:56:23+00:00

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

Steps to reproduce:

Install Thunderbird on Mageia 7 Plasma Kde.
Configure POP3 mail account with server data, with STARTTLS inbound and outbound run security and normal password.
Send email with any content.
Thunderbird generates a self-signed certificate error, but no pop-up window appears to add security exception.
I have tried in a windows computer with the last version of Thunderbird and I have the same issue.




Actual results:

I can't use the email account in Thunderbird by this.
This bug appears after the last update to Thunderbird 78.
If I send the email without security, It do send, but It don't secure, and I prefer don't use it.


Expected results:

It should have send email or appears popup for security exception.
Bug: sent email is returning
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-20 10:29:41+00:00
Resolved: 2020-10-23 14:43:23+00:00

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

Steps to reproduce:

account settings filled in again


Actual results:

nothing


Expected results:

that the email was sent normally
Bug: Folder colour disappears after moving into another folder
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-20 12:20:57+00:00
Resolved: 2020-10-20 16:41:54+00:00

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

Steps to reproduce:

1. Let's say "Folder1".
2. Set/assign a colour to "Folder1" (right-click > properties > icon colour).
3. Create another folder "Folder2".
4. Move "Folder1" into "Folder2".


Actual results:

"Folder1" colour is removed.


Expected results:

Folder colour should remain.
Bug: Forward arrow missing until user action (window refresh)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-20 12:39:48+00:00
Resolved: 2020-10-20 13:35:03+00:00

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

Steps to reproduce:

1. Forward a message


Actual results:

Forward arrow has not appear until I refreshed the messages list by left-clicking once.


Expected results:

Forward arrow should appear immediately. Reply arrow appears immediately - works fine. But now the forward one.
Bug: Thunderbird Beta crashes on quit
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-20 16:50:27+00:00
Resolved: 2020-10-21 08:33:31+00:00

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

Steps to reproduce:

Am on Thunderbird Beta, 82.0b3 (32-bit). Windows 10

Closed the Thunderbird application


Actual results:

It displays the "crash report" dialog.
Please view attachment, for crash report details.


Expected results:

Clean quit the application
Bug: C-C TB mochitest produces  "CardDAV username not set. This probably means you set up CardDAV before Thunderbird 82. Remove the directory and set it up again, or set pref ldap_2.servers.sync.carddav.username with your username."
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-10-20 23:19:38+00:00
Resolved: 2021-02-03 15:08:25+00:00

I think C-C TB's mochitest does not set up test for CardDAV correctly.

I see the following message in my local mochitest log produced by
running FULL debug version of C-C TB.

console.error: "CardDAV username not set. This probably means you set up CardDAV before Thunderbird 82. Remove the directory and set it up again, or set pref ldap_2.servers.sync.carddav.username with your username."

This is relatively new, I don't see it in the local log dated Sept 29.

The test that produces the message is
 comm/mail/components/addrbook/test/browser/browser_cardDAV_sync.js

The same error is visible in other people's try-comm-centraal server
run as well.
For example, see the linux 64 debug version test runs.
https://firefoxci.taskcluster-artifacts.net/FEDstsZzS3i8V1gzvfyIlA/0/public/logs/live_backing.log
https://firefoxci.taskcluster-artifacts.net/fNL0NMVYR4qiNyIpO7ajpg/0/public/logs/live_backing.log

Since I am running the test for the first time after updating the
M-C/C-C tree, I would assume that the initialization code in the test
is faulty.
Bug: JavaScript error: chrome://global/content/elements/panel.js, line 106: TypeError: can't access property "alignmentPosition", event is undefined
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-10-20 23:46:58+00:00
Resolved: 2020-10-23 10:50:08+00:00

I see the following message in my local mochitest log produced by
running FULL debug version of C-C TB.

     31 JavaScript error: chrome://global/content/elements/panel.js, line 106: TypeError: can't access property "alignmentPosition", event is undefined

31 at the beginning is the number of appearances in the log.

This is relatively new, I don't see it in the local log dated Sept 29,
but the errors were visible in local logs dated Oct 18 onward.
So it appeared somewhere in between.

The test that produces the message is
as follows.
40:17.16 TEST_START: comm/mail/base/test/browser/browser_mailContext.js
53:26.49 TEST_START: comm/mail/components/extensions/test/browser/browser_ext_browserAction.js
53:40.60 TEST_START: comm/mail/components/extensions/test/browser/browser_ext_commands_execute_browser_action.js
53:56.82 TEST_START: comm/mail/components/extensions/test/browser/browser_ext_composeAction.js
58:42.84 TEST_START: comm/mail/components/extensions/test/browser/browser_ext_messageDisplayAction.js

The same error is visible in other people's try-comm-central server
run as well.
For example, see the linux 64 debug version test runs.

Wed, Oct 21, 05:38:16 - lasana@thunderbird.net
https://firefoxci.taskcluster-artifacts.net/HHSmuYviSZW5fh3s2GriRg/0/public/logs/live_backing.log

Tue, Oct 20, 20:05:57 - remotenonsense@gmail.com
https://firefoxci.taskcluster-artifacts.net/ADN3CeOTSXqxilbBzW_oiw/0/public/logs/live_backing.log

(Tough, the test logs are now split into multiple files and so the errors are spread over
multiple files. This has been like this for some time. I wonder what
is the rationale behind this.)
Bug: Do not hide button to display Reply-To field
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-10-21 11:45:02+00:00
Resolved: 2020-10-22 17:29:54+00:00

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

Steps to reproduce:

Press Ctrl + n to create a new message.


Actual results:

A new composer window was started, and the button to display the Reply-To field was hidden behind an “expansion” button.


Expected results:

As there is enough space, the Reply-To button should be shown right away.
Bug: "browser.compose.setComposeDetails"-API when running on Windows: content of "body" will be mis-interpreted; doubling Windows-style linefeeds
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-10-21 14:45:28+00:00
Resolved: 2021-01-22 23:01:15+00:00

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

Steps to reproduce:

When using this API-call ...

   browser.compose.setComposeDetails(tab.id, { plainTextBody: body });

... the content of "body" will be mis-interpreted; doubling Windows-style linefeeds.

I explained/documented everything in detail here:
https://github.com/4ch1m/sandbox/tree/master/composer-api

A simple sample extension that can reproduce the bug is enclosed.
(Sorry for not putting it all in here.)


Actual results:

I explained/documented everything in detail here:
https://github.com/4ch1m/sandbox/tree/master/composer-api

A simple sample extension that can reproduce the bug is enclosed.
(Sorry for not putting it all in here.)


Expected results:

I explained/documented everything in detail here:
https://github.com/4ch1m/sandbox/tree/master/composer-api

A simple sample extension that can reproduce the bug is enclosed.
(Sorry for not putting it all in here.)
Bug: UI is unusable in latest Daily (2020-10-21) on Windows - flickering, blocks of black text, lots of blinking, uneven scrolling, ghosting of buttons
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-10-21 15:30:45+00:00
Resolved: 2020-10-28 21:41:47+00:00

Everything is blinking, the update/help > about page is purely black.
Bug: NS_ERROR_NOT_INITIALIZED: Component returned failure code: 0xc1f30001 (NS_ERROR_NOT_INITIALIZED) [nsIAbDirectory.getIntValue]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-21 16:59:17+00:00
Resolved: 2020-10-22 16:53:55+00:00

When I click 'Send' button in the compose window, Thunderbird doesn't send an email at all. The error console shows the following message:
```
09:43:21.662 NS_ERROR_NOT_INITIALIZED: Component returned failure code: 0xc1f30001 (NS_ERROR_NOT_INITIALIZED) [nsIAbDirectory.getIntValue] AddrBookManager.jsm:199
    get directories/< resource:///modules/AddrBookManager.jsm:199
    comparefn self-hosted:212
    InsertionSort self-hosted:3592
    MergeSort self-hosted:3644
    sort self-hosted:200
    get directories resource:///modules/AddrBookManager.jsm:198
    expandRecipients chrome://messenger/content/messengercompose/MsgComposeCommands.js:6993
    expandRecipients chrome://cardbook/content/lists/ovl_list.js:28
    GenericSendMessage chrome://messenger/content/messengercompose/MsgComposeCommands.js:4386
    SendMessage chrome://messenger/content/messengercompose/MsgComposeCommands.js:4855
    doCommand chrome://messenger/content/messengercompose/MsgComposeCommands.js:967
    doCommand chrome://messenger/content/messengercompose/MsgComposeCommands.js:1163
    goDoCommand chrome://global/content/globalOverlay.js:101
    oncommand chrome://messenger/content/messengercompose/messengercompose.xhtml:1

```
Bug: Version 78 changes default smtp response server for secondary email account
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-10-21 19:43:02+00:00
Resolved: 2020-10-22 11:05:59+00:00

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

Steps to reproduce:
 
Fix for bug 222388 changes the behavior for default smtp server for an account and overrides the existing default smtp server setting for the secondary account.   The two accounts aggregate into common inbox, sent, etc.  I also have a gmail account which does not seem to care.


Actual results:

 I have a Roadrunner and Mindspring (Earthlink) account.  Roadrunner is default and most used for send and receive. In the last few days I noticed that in doing a reply from Mindspring account, which is infrequent, which should have used the existing earthlink smtp server, the message says sent - complete, but it did not actually send. When it did the update for 78 it apparently changed the default smtp server back to roadrunner for the mindspring account. Watching the screen after testing for a couple of hours and checking whether earthlink was having an smtp server issue or not, I saw the roadrunner smtp server pop up quickly on the mindspring send, which obviously does not work.


Expected results:

Version 78 should not change the existing smtp server for an account.  You should not get a Sent Complete when it did not actually send anything.
Bug: Defect dialog windows in de_DE locale
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-21 20:18:59+00:00
Resolved: 2020-10-23 12:16:52+00:00

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

Steps to reproduce:

In KDE, launch thunderbird in de_DE locale
$ LANG=de_DE thunderbird

1. With existing (migrated) profile, select "New event". 
2. With no profile, do the initial setup (create new mail account).


Actual results:

1. Initial setup: When starting with LANG=de_DE, it is impossible to complete the initial setup; the dialog window for setting up the mail account details becomes unresponsive after clicking "Weiter" (continue/finish). Also, the dialog window becomes unresponsive when clicking on the Advanced details link. However, when started with LANG=en_US, the setup completes successfully.

2. With a migrated profile and LANG=de_DE, when selecting "New event", an empty dialog window appears. Hence, I cannot add any events to the calendar.

When started with LANG=en_US, the dialog window is normal and can be filled in and submitted.


Expected results:

The locale setting should not affect the functionality of the dialog windows (as was the case in Thunderbird <=68).
Bug: Elements disappearing in UI/ flickering
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-21 20:21:41+00:00
Resolved: 2020-10-22 03:46:55+00:00

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

Steps to reproduce:

ThunderBird Daily updated.


Actual results:

Visual elements, such as buttons, emails, email folders, and Thunderbird Daily default startup flicker or disappear.


Expected results:

Flickering should not have happened.

Extra Details:
Happened after Thunderbird Daily update.
Does not happen in safe mode. Tried to reset with addons disabled and configurations reset, but once booted out of safe mode Thunderbird still flickered and elements disappeared.
Please see screen shot. I used black to cross out personal areas, but some folders were displayed as black boxes, I pointed out with read arrows, also some buttons, such as calendar button, window minimize and close window were not displayed. 
However, elements come and go. Sometimes missing buttons in the picture are displayed, also when I move my cursor over an element it will usually disappear.
Bug: Restore "day, time" format (mail.ui.display.dateformat.thisweek = 4)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-10-21 23:41:20+00:00
Resolved: 2021-08-11 14:39:41+00:00

Because of bug 1669573 (and subsequently bug 1671532) the "day, time" format in the thread pane no longer works. Once some further upstream changes happen, we'll be able to enable this format again somehow, probably with a more complicated fix than just reversing [this](https://hg.mozilla.org/comm-central/rev/84ddce4d8035#l1.22).
Bug: display name from address book not used in thread pane mail listing (for correspondents)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-22 07:03:24+00:00
Resolved: 2021-11-01 13:43:46+00:00

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

Steps to reproduce:

H guys , I have updated Thunderbird to 78.4.0 as you can see from attached pics on the incoming email on the correspondence column although the email address is in my contacts address book and despite that the box is ticked (always prefer display name over message header) as you can see it is not appear as a company name but instead the email address is still shown.  it should be the name of the company and not the email !
Bug: tb 78.3.1 data protection issue
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-22 08:38:00+00:00
Resolved: 2020-10-23 09:33:04+00:00

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

Steps to reproduce:

Version: 78.3.1 
https://bugzilla.redhat.com/show_bug.cgi?id=1890433

switching from dark to light and back
updating to 78.3.1



Actual results:

black & white mixed theme!
system icon theme is ignored, instead "high contrast" is used. 
unlawful data transmission to mozilla: personalized domainnames that are actual real names.  


Expected results:

better testing for simple stuff as theme switches.

Removing "opt-out" options to transmit personal data to mozilla, which is not allowed in the EU anymore since --> 2016 <-- without a valid agreement, which opt-out isn't due to eu gdpr regulations. 

Destroying the collected data of EU citizens asap. before the coming law suite will cost mozilla it's last reserves, and to make it clear, the dp complaint is already on it's way to my dp agency.
Bug: reply/followup to nntp messages is broken (compose window doesn't come up) if catchAll is enabled
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-10-22 11:45:25+00:00
Resolved: 2020-11-04 15:25:05+00:00

Replying to an nntp message doesn't work on trunk. (E.g. news.mozilla.org mozilla.test)

In the console I get
The MsgHdrToMimeMessage callback threw an exception: TypeError: can't access property "parts", aPart is null
JavaScript error: resource:///modules/gloda/MimeMessage.jsm, line 134: TypeError: can't access property "parts", aPart is null

Not sure when it broke, but 2020-10-21 is at least broken.
Bug: Alert on invalid link not modal can be hidden, this locks main interface
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-10-22 14:23:55+00:00
Resolved: 2020-12-06 20:34:24+00:00

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

Steps to reproduce:

Try to open a link to Twitter app from a mail


Actual results:

Get an alert box (joined image copy) about not existing app (should open twitter app windows).
When this alert is displayed it locks others commands like the right click on main windows but this message is not a modal window
If don't validate this alert and activate any command (any click on another place in TB, the alert windows become hidden, then the app seems frozen (until using task bar you recall the alert upon).
You need then to validate and close the alert by OK button


Expected results:

If the alert must be validated by OK before going on it needs to be modal.
Then after validating you get back the main TB panel operational.

Note : I have too to understand why the link doesn't function while previously it was perfectly operational. The default app whas twitter before the installation of win 10 - 2004 ...
Bug: Automatic download of emails at startup fails in TB 78.4.0
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-22 19:42:30+00:00
Resolved: 2020-11-03 09:35:50+00:00

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

Steps to reproduce:

Opened Thunderbird 78.4.0 on Win 10  64 bit  POP3 accounts


Actual results:

New emails did not load automatically. After downloading manually it goes back to normal operation. Servers on all accounts set to Check for new messages on startup.
After manual download, subsequent timed downloads do happen automatically


Expected results:

Messages should automatically download when TB is opened.


Note this happened before with V 68.1.1 in Win 7. (Bug 1584861)  Was fixed in next version (V 69) of TV.
Bug: Daily cannot properly paint the main window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-22 20:56:48+00:00
Resolved: 2020-10-23 05:26:24+00:00

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

Steps to reproduce:

Update 64-bit Daily to the October 21 or 22, 2020 builds.
Start Daily.


Actual results:

Main window is painted incorrectly, random rectangular areas remain filled with the background colour. Areas under hovering mouse cursor get painted or erased.


Expected results:

The October 20, 2020 build and earlier painted the window as expected.
Bug: editing 3rd gmail smtp changes the username of the previous 2 as well [UI/support issue of correlating accounts with their SMTP server]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-23 00:42:36+00:00
Resolved: 2020-11-01 16:12:27+00:00

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

Steps to reproduce:

Setting all data in each account ok.
Setting 3 gmail  accounts A, B and C Editing SMTP.

-- step 1
output server (SMTP): = Google mail - smtp.gmail.com 
Edit SMTP...
description = Google mail  
server name = smtp.gmail.com
port =587
security =SSL/TLS
method id =OAuth2
username =account A @gmail.com

-- step 2 repeat the same for account B and C changing account A to the correct account.

Sorry I`m badly translate the interfase meessages.


Actual results:

Using 2 accounts all is ok.
Adding the 3er account SMTP editing
username =account C @gmail.com 
then if you see the previous accounts
username =account A or B @gmail.com 
is also changed to 
username =account C @gmail.com 



Expected results:

In each account must be settled the correct username
username =account A @gmail.com 
username =account B @gmail.com 
username =account C @gmail.com 

With yahoo accounts there is no problems.
Bug: Wrong height for buttons inside notification bars
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-10-23 04:22:22+00:00
Resolved: 2020-10-25 15:31:49+00:00

I started noticing today that the buttons inside a notification bar are squished and don't span for their correct height.
The easiest one to spot is when triggering the attachment reminder notification in the compose window.
This is probably a regression from toolkit.