av9ash/GitBugs huggingface dataset:
Bug: tabs.create() should wait for window load
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-10-30 15:13:16+00:00
Resolved: 2020-11-22 12:59:05+00:00

A call to browser.tabs.create during Thunderbird start fails with an error about tabmail not being defined.

https://thunderbird.topicbox.com/groups/addons/T5e49f3ac49bed9a1-Mcfba2a4d42d7d2b36ce290d6/how-to-open-a-content-tab-at-startup

This works as expected in Firefox. The difference is, that the firefox implementation is waiting for `browser-delayed-startup-finished`.

We have something similar "mail-delayed-startup-finished" and we should use that.
Bug: Port bug 1565574 to make opening the browser work again
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-10-30 16:09:49+00:00
Resolved: 2020-11-02 07:02:09+00:00

Bug 1565574 introduced a new dialog to ask what app I want to open when I click on a link.
FX is preselected ("Allow this site to open the https link with Firefox Nightly?") and clicking "Open Link" doesn't open FX but I get the error:
 can't access property "isSystemPrincipal", aPrincipal is null       ContentDispatchChooser.jsm:71

    handleURI Choo
    AsyncFunctionThrow self-hosted:678
    (Async: async)
    openLinkExternally chrome://communicator/content/contentAreaClick.js:230
    contentAreaClick chrome://communicator/content/contentAreaClick.js:200
    onclick chrome://messenger/content/messenger.xhtml:1

Using "Choose a different application" and selecting FX and then ticking "Always use this application to open https links" opens FX. But clicking the same link again in TB shows the same dialog again with the same behaviour as before.

I played then with disabling `security.external_protocol_requires_permission` which let me open as before the the bug and re-enabling the pref I get now the dialog without the preselected FX and this error:
Uncaught TypeError: can't access property "focus", defaultButton is undefined     dialog.js:301:15

    focusInit chrome://global/content/elements/dialog.js:301
    setTimeout handler*postLoadInit chrome://global/content/elements/dialog.js:314
    MozDialog chrome://global/content/elements/dialog.js:61
    MozDialog chrome://global/content/elements/dialog.js:61
    CustomElementConstructor* chrome://global/content/elements/dialog.js:516
    <anonymous> chrome://global/content/customElements.js:839
    <anonymous> chrome://global/content/customElements.js:862
    <anonymous> chrome://messenger/content/customElements.js:14
    <anonymous> chrome://messenger/content/customElements.js:37
    observe resource://gre/modules/MailGlue.jsm:234

Clicking on "Choose Application" in the dialog gives now the first error above directly.
Bug: Please re-allow comments for Bug 151994. Users are are not allowed to make additional comments on that bug
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-30 17:27:51+00:00
Resolved: 2020-11-05 12:03:43+00:00

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

Steps to reproduce:

For a longer time and for no reason, bug 151994 is closed for additional comments by users. Please re-allow users to make comments on bug 151994.

Comments on this bug were closed 2 years ago. At that time there were apparently some off-topic comments. As of today, there is no reason why comments on that bug should be blocked. 

BTW, I contacted Philipp Kewisch by email, as he suggested in comment 46 in bug 151994, but there was not response and also comments were not re-allowed since then.
Bug: Show passwords locks Thunderbird 78.4.0 on two different Windows 10 computers.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-31 03:17:29+00:00
Resolved: 2020-11-05 12:11:38+00:00

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

Steps to reproduce:

Repeated it several times on two different Windows 10 computers -- both 64 bit and fully up to date. Tried it again a day later and got the same result.


Actual results:

I went to "saved logins," clicked on "show passwords," then entered my Windows PIN. This caused a sort of blurred overlay and Thunderbird was locked up. I've shown passwords successfully many times on this computer with previous versions of Thunderbird  


Expected results:

The passwords would be shown. 
I've been using Thunderbird for well over 10 years and have never seen this behavior.
Bug: Stuck at checking server capabilities - need better certificate exception feedback
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-31 09:22:57+00:00
Resolved: 2020-12-11 14:39:29+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 program


Actual results:

All IMAP accounts stuck at "checking server capabilities".

Tried rebooting - no change.

Currently downgraded to version 68.10 where things work normally. All 78.x versions seems affected.


Expected results:

Mail being received.
Bug: CPU usage, when Thunderbird idle, in PresShell::Paint
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-10-31 13:25:45+00:00
Resolved: 2021-05-10 08:47:31+00:00

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

Steps to reproduce:

I am Running Thunderbird on iMac i9,  OS 10.15.7. and the CPU usage is between 8% and 16%, sometimes going up to around 25% when it is supposed to be idle. 

Trying to resolve it by increasing mail.db.idle_limit didn't help. 

Here is the link to profiler report https://share.firefox.dev/2TCLZuo




Actual results:

https://share.firefox.dev/2TCLZuo

A friend of mine briefly looked into the report, and this attracted his attention:
- Excess calls to PresShell::Paint when idle
- nsRefreshDriver::tick  too 'active'
- Too often emitting refresh event.

I hope I conveyed correctly, what he noticed.


Expected results:

Having Thunderbird constantly using the processor when supposed to be idle requires looking into it. Hoping for an advice, or an acknowledgment of a problem and perhaps a fix in future versions. I hope the profiler report will help.
Bug: status bar transparent when title bar turned off
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-31 16:41:10+00:00
Resolved: 2020-10-31 16:50:17+00:00

TB 83.0 beta1, openSUSE Linux using Wayland

When turning off the title bar via Customize the status bar becomes transparent.
With a dark background it becomes barely recognizable - see screenshot.
Bug: Thunderbird updated when I had it set to Let Me Choose
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-31 18:01:10+00:00
Resolved: 2020-11-05 12:17:01+00:00

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

Steps to reproduce:

Cannot go backward to version 68 so cannot reproduce.


Actual results:

Was running Thunderbird 68.9 and I came to computer and noticed that several of my Extensions were missing so I investigated. I found that I had been upgraded to 78.4.0. I have Thunderbird set to Let Me Choose because I knew that several of the extensions were going to become unusable.  I tried to go back to 68 and said that the profile had been upgraded and I would have to create a new profile.  I have been using the same profile for the past 16 years.  Not in a good situation now.


Expected results:

Stay on version 68
Bug: Thunderbird 78.4 not sending/receiving emails.  No error message.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-31 18:44:48+00:00
Resolved: 2021-02-26 19:17:06+00:00

After update thunderbird to 78.4 it just refuses to send/receive emails.  No error messages.
I've deleted all stored passwords and tried a sync to my email server - nothing.  Not even a prompt for a new password.

I've got around it by restoring my hard disc to an earlier day before the update then disabling the auto update in thunderbird.  (After doing this my previous version sends/receives emails without problem so the error isn't with my email server.  Using another PC without the 78.4 version of thunderbird was also working without problems during this time - which sort of supports my suspicion thunderbird was the culprit.)
Bug: fresh install of linux mint 20 and in 19.when an email ac is configured.tany email in inbox when diubke clicmes opens a dark window and closes the main window.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-10-31 20:34:34+00:00
Resolved: 2020-11-15 13:40:50+00:00

User Agent: Mozilla/5.0 (Android 10; Mobile; rv:82.0) Gecko/82.0 Firefox/82.0

Steps to reproduce:

1. Configure new email account or use existing account.
2. Double click on a email in inbox to open email as a new tab or a window. 
3. The new email window has a black background and email text cannot be read. 
4. During the above process as in point 3. The main thunderbird window is closed. 




Actual results:

The closing of the main windows happens mostly the first time. May not happen again. You need to reboot your computer to experience the issue.



Expected results:

The main window and the child window should remain open and email matter should be ligible.
Bug: Blogs & News Feeds - <Account name> title with angle brackets falsely suggests email address, and account name not updated in title timely
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-11-01 14:10:42+00:00
Resolved: 2020-11-30 12:23:01+00:00

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

Steps to reproduce:

1) Go to Account Settings (see screenshot)
2) Open Account Actions
3) Choose Add Feed Account
4) Select the new feed account
5) Change the Account Name
6) Select an other component in the tab


Actual results:

- The account name in tree menu (on the left) is changed
- The account name in the tab is not changed
- The account title is Account Settings - <Blogs & New Feeds>


Expected results:

- The account name in the tab is changed
- The account title is Account Settings - Blogs & New Feeds

In the tab title, the name (Blogs & News Feeds by default) in angle braces is not an email address, it should haven't angle braces (see [am-newsblog.js](https://searchfox.org/comm-central/rev/60d5046f5be8af88e265c55b08520e6d2d80e70c/mailnews/extensions/newsblog/am-newsblog.js#23)) and should be changed immediately after losting the focus on Account Name (see onBlur event).
Bug: Contacts after a Contact List are lost from To:, Bcc:, Cc: when opening draft or template
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-11-01 16:19:55+00:00
Resolved: 2021-02-09 23:03:42+00:00

Reported in https://support.mozilla.org/en-US/questions/1311240

If a contact list is the first of multiple contacts in TO, BCC, etc in a draft or template, then compose window has only the "list" when opening the draft or template.

For example, a saved template with 
  To: <pizza crew>, <me>
opens in compose with just
 To: <pizza crew>
Bug: template with more than one Bcc loses the Bcc that follows a mailing list.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-01 16:30:23+00:00
Resolved: 2020-11-01 16:36:12+00:00

Create simple email with two Bcc entries.
first is a mailing list
second is a single contact email address
save as template

select 'Templates' folder to check details of template saved correctly. All is ok.

click on template to open in 'Write' window and the second Bcc entry has been removed.

If I reverse the order so the single person is first and the mailing list is second, then the template works and when used both Bcc display.

if I  have a Bcc with single contact, followed by mailing list, followed by single contact, save as template and then use, the last contact after the mailing list is removed.

if I  have a Bcc with single contact, followed by mailing list, followed by two single contacts, save as template and then use, the contact that immediately follows the mailing list is removed.

Conclude, any recipient entered immediately after a mailing list will be removed when you select to use the template.
Bug: HiDPI scaling hides buttons in dialogue windows - Windows 10
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-11-01 18:09:19+00:00
Resolved: 2022-01-25 11:51:48+00:00

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

Steps to reproduce:

My monitor is setup at 200% scaling.
I right clicked on an attachment to delete it.


Actual results:

The popup dialogue window appeared but it is too small, the two buttons at the bottom are outside the visible area.


Expected results:

The window should have been larger, showing the buttons at the bottom
Bug: Message Pane in Version 78.4.0 does not work
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-01 18:40:18+00:00
Resolved: 2024-02-17 07:48:54+00:00

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

Steps to reproduce:

When one selects a message from the top pane, nothing appears in the bottom pane.
Double clicking the single line message in the top pane results, correctly in the full message appearing in a new window. 


Actual results:

see above


Expected results:

see above

This first appeared in the v78.4.0 beta version, running under Windows 10. Version 68.12.1 and all earlier versions in my experience have worked perfectly on both Windows & MAC OS.
Bug: Buttons above email message (Reply, Forward, etc.) cannot be removed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-01 23:18:38+00:00
Resolved: 2020-11-01 23:46:13+00:00

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

Steps to reproduce:

Upgraded to v78.4.0 (unknown what previous version was, but certainly pre-78). 
Open any message in my Inbox. 


Actual results:

To the right of the From/Subject/To header, there are now 6 new buttons. I suspect that I previously removed them, in lieu of the configurable toolbar that appears between the traditional menu bar and the top of the email message.


Expected results:

Actually, all my previously configured toolbars disappeared when I upgraded to v78. And this one appear in place of the prior mail toolbar. What should have happened is: no change at all. These six buttons are not wanted. They should be configurable and I am happy to remove them myself, or make them just go away for all.
Bug: When upgrading to v78, custom toolbars were totally wiped out
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-01 23:40:13+00:00
Resolved: 2020-11-05 18:38:45+00:00

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

Steps to reproduce:

I upgraded to v78.4. I'm not sure what the prior version was, but definitely pre-78.
Opened new Thunderbird. 


Actual results:

The toolbars for the main widnow, reading email, and creating email all disappeared.


Expected results:

Previously configured toolbars should not disappear.
Bug: Does not display subject text or highlighting (due to same color)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-02 06:21:02+00:00
Resolved: 2020-12-06 20:34:39+00:00

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

Steps to reproduce:

Opened the program


Actual results:

The font colour of the subject line in the MAIN window is white, as is the background. This means that you have to click the message to see the subject line, who it is from etc. (WHEN THE MESSAGE IS UNREAD).

Additionally, when clicking the message, you cannot see that it is highlighted, because the highlight is presumably white.


Expected results:

Default font colour: black
Default highlight colour: system determined.
Bug: open correct account in account settings tab from account central
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-02 08:03:44+00:00
Resolved: 2020-11-05 12:37:48+00:00

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

Steps to reproduce:

select an account.
click account settings (top right). the account setting tab will open.
return to account tab.
select another account.
click account settings.


Actual results:

the account setting tab will rise but the first account will be selected.


Expected results:

the account tab should rise at the account you coming from.
Bug: clicking into attachment box no longer opens file dialog
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-02 09:49:02+00:00
Resolved: 2020-11-05 14:11:03+00:00

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

Steps to reproduce:

After attaching a first file in the message compose window I clicked into the attachment box.


Actual results:

Nothing.


Expected results:

The file dialogue should have opened to allow attaching another file. It worked this way in TB68 and before and a very nice way to add more attachments.

Could this behaviour be re-added?

cu,
Frank
Bug: New addresses in version 78.4 only show senders name, not the display name in the first place
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-02 09:57:30+00:00
Resolved: 2020-11-05 12:44:55+00:00

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

Steps to reproduce:

I entered a new contact to my existing address book.


Actual results:

In the inbox the sender's name of that address remained as it is in the email header rather than changing to the Display name I entered in the address book.
Former versions upated this latest when I clicked onto another account or folder and returned back to the initial folder.
Now I have to go to settings - general - reading and view and have to remove the tick from the box at "Only show display name on known contacts" and tick it again.
Then the changes apply.
I hope the wording leads you to the right place in the settings, I am using the German version


Expected results:

After entering a new contact to the address book and defining a display name, this should show up in teh mail folder instead of the sender's data in teh email header
Bug: Thunderbird sending the read-receipt automatically (generated by Microsoft Exchange server)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-02 10:38:26+00:00
Resolved: 2024-07-18 15:19:40+00:00

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

Steps to reproduce:

Hello,

Please let me know how to disable sending automatic confirmation of displaying a message?

When I send a message from milo@o2.pl to biuro@inter.pl, after opening the message, I get an automatic confirmation of the message displayed at the address milo@o2.pl.

How do I turn it off?

When I send a message from the address biuro@inter.pl to the address milo@o2.pl, I do not receive such a confirmation of being displayed.


Actual results:

Hello,

Please let me know how to disable sending automatic confirmation of displaying a message?

When I send a message from milo@o2.pl to biuro@inter.pl, after opening the message, I get an automatic confirmation of the message displayed at the address milo@o2.pl.

How do I turn it off?

When I send a message from the address biuro@inter.pl to the address milo@o2.pl, I do not receive such a confirmation of being displayed.


Expected results:

Hello,

Please let me know how to disable sending automatic confirmation of displaying a message?

When I send a message from milo@o2.pl to biuro@inter.pl, after opening the message, I get an automatic confirmation of the message displayed at the address milo@o2.pl.

How do I turn it off?

When I send a message from the address biuro@inter.pl to the address milo@o2.pl, I do not receive such a confirmation of being displayed.
Bug: An NS_ERROR_FAILURE exception is always thrown while selecting "All address books" address book into the "Advanced Address Book Search" dialog.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-02 15:37:13+00:00
Resolved: 2020-11-09 15:30:11+00:00

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

Steps to reproduce:

In the "Advanced Address Book Search" dialog, select "All address books" to perform a search.


Actual results:

The following exception is thrown :

		NS_ERROR_FAILURE: The root address book no longer exists
			getDirectory resource:///modules/AddrBookManager.jsm:240
			GetScopeForDirectoryURI chrome://messenger/content/addressbook/abSearchDialog.js:148
			SelectDirectory chrome://messenger/content/addressbook/abSearchDialog.js:144
			oncommand chrome://messenger/content/addressbook/abSearchDialog.xhtml:1


Expected results:

Nothing because the user should not be able to select "All address books".
Bug: An NS_ERROR_UNEXPECTED exception is always thrown while searching in any address book into the "Advanced Address Book Search" dialog
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-02 15:42:16+00:00
Resolved: 2020-11-10 16:44:17+00:00

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

Steps to reproduce:

- Display the "Advanced Address Book Search" dialog.
- Select any address book.
- Enter a search criteria
- Perform the search


Actual results:

 The following exception is always thrown without any result :

		NS_ERROR_UNEXPECTED: Unexpected uri: jsaddrbook://abook-<ADDRESS_BOOK_NUMBER>.sqlite?(and(DisplayName,c,<SEARCH_CRITERIA>))
			init resource:///modules/AddrBookDirectory.jsm:145
			createDirectoryObject resource:///modules/AddrBookManager.jsm:120
			getDirectory resource:///modules/AddrBookManager.jsm:280
			GetDirectoryFromURI chrome://messenger/content/addressbook/abCommon.js:998
			SetAbView chrome://messenger/content/addressbook/abResultsPane.js:84
			onSearch chrome://messenger/content/addressbook/abSearchDialog.js:337
			onSearchButton chrome://messenger/content/addressbook/abSearchDialog.js:343
			oncommand chrome://messenger/content/addressbook/abSearchDialog.xhtml:1


Expected results:

No exception
Bug: In ver. 78.4.0 full quote chain no longer appears in replies
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-02 16:09:54+00:00
Resolved: 2020-11-09 00:35:29+00:00

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

Steps to reproduce:

I replied to an email. 


Actual results:

Since the 78.4.0 upgrade, the full quote chain no longer appears. What appears is just the signature line from the most recent email.


Expected results:

It should have included the full quote chain.
Bug: hang on startup checking for new mail on win10 work PC
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-02 16:48:41+00:00
Resolved: 2023-09-24 03:04:16+00:00

78.4.0 hanging on startup.  This is after I shut down thunderbird normally and rebooted windows for updates.  Safe mode does not help

A different PC running 83 beta with the same main mail account is not hanging.

windbg stacktrace attached