av9ash/GitBugs huggingface dataset:
Bug: IMAP folder subscribe broken for Office365
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-07 13:34:11+00:00
Resolved: 2022-10-01 22:15:19+00:00

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

Steps to reproduce:

The folder subscription for IMAP at outlook.office365.com has stopped working from one day to the other. Folder are still shown in the subscribe dialog, but the setting are not saved. And selection is always reset.
Note that unchecking "Only show subscribed folders" in the advances server setting solves the problem, all folder appear again - but that is not an acceptable solution.


Actual results:

Opened Thunderbird this morning, no IMAP folders are shown.


Expected results:

Opened Thunderbird this morning, all subscribed IMAP folders are there as usual.
Bug: Gmail POP port 995 fails to download messages
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-07 13:46:13+00:00
Resolved: 2021-09-12 13:04:04+00:00

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

Steps to reproduce:

Start Thunderbird.
Select any GMail POP account
Click 'Get Messages'



Actual results:

No messages download
No error presented
Occurs with multiple GMail Pop (port 995) accounts 

Verified there as new, unloaded messages by logging directly into GMail
Problem noticed after June 1 install fo release:  78.11.0



Expected results:

Messages should have downloaded
Any errors should have been thrown / elevated to user
Bug: Body paragraph state after select-all followed by a delete or replacement
Status: NEW
Priority: --
Created: 2021-06-07 16:45:48+00:00
Resolved: 2024-10-30 02:24:43+00:00

### Steps to reproduce

1. Start a new HTML composition, in paragraph mode.
2. Focus the message, and optionally add some text.
3. Ctrl-A or context menu "Select All" to select all (even if empty).
4. Replace the selection (press any printable key, or press Delete, or press Backspace, or paste non-formatted text, or cut).

Also produces:

2. Focus the message, type some text which includes pressing Enter at least once to create more than one paragraph.
3. Use a mouse drag to select all.
4. Replace the selection.

Also produces:

2. Focus the message, and optionally add some text.
3. Place cursor at the start/end or the start of the message.
4. Press the Delete/Backspace key until all the text is first gone.
5. Press the key one more time.

### Result

The message block becomes a plain `<body>`, instead of lying within a `<p>`. In the first two steps to reproduce, the paragraph state selector shows "Body" instead of the previous "Paragraph". In the last one, it will not be immediately revealed, but pressing another key will show the "Body" state.

### Problem

The paragraph state changing is inconsistent with the case where there is only a *single* paragraph, and the user selects all the text with a mouse drag. In that case the paragraph state remains the same. Its also inconsistent with the case where the user follows the last "Steps to Reproduce" but stops at step 4.

It seems that the "Select All" also captures the surrounding `<p>` and deletes it, without replacing it again. And pressing Delete or Backspace in an empty `<p>` deletes it.

The bug isn't particularly severe because as far as I'm aware the message will look the same when we use a body format block or a single paragraph. And the paragraph state is restored if the user presses Enter without Shift. Its just a little bit quirky at the moment, when we could be a bit cleverer about setting the format block.
Bug: [autoconfig] "Select protocol" with no protocols to select
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-06-07 19:22:33+00:00
Resolved: 2021-06-14 17:17:13+00:00

Environment:
* TB 91 Nightly of 2021-07-07

Reproduction:
* Start new profile and start the account creation dialog.
* Enter an email address, e.g. foo@qq.com . The domain should have only IMAP or POP3 servers, but not both. This is the case for qq.com.
* Enter "nonsense" as password
* Click Continue

Actual result:
* "Configuration found in Mozilla ISP database" in green
* "Select the protocol" heading
* There is no protocol to select
* You can still click Done, and it works.

Expected result:
* "Select the protocol" does not appear, if there is only one protocol to select
* The found configuration and particularly the hostname is shown in all cases, even if there is only 1 configuration.

Importance:
Showing the hostnames (incoming and outgoing) before connecting the first time is a very important security feature, to inform the user where we will send the password. Showing the hostname is a critical and indispensible part in the entire flow.

Cause:
This is a regression from the recent account creation dialog re-work. It beautified the IMAP vs. POP3 selector - which looks nice -, but clearly forgot the case where only 1 result came back, probably due lack of test cases and mere oversight.
Bug: Thunderbird conversation plug in not work thunderbird beta 90.0
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-08 07:58:29+00:00
Resolved: 2021-06-09 14:19:05+00:00

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

Steps to reproduce:

upgrade to thunderbird 90.0


Actual results:

conversation doesn't work.
 instead of the body of the message there is an error message


Expected results:

display the message
Bug: thunderbird 90, email signature not displayed
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-08 08:02:00+00:00
Resolved: 2021-06-21 08:22:24+00:00

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

Steps to reproduce:

upgrade to 90 beta


Actual results:

signature not inserted in the end of the message (new or in reply message) even if it's activated in settings


Expected results:

signature inserted in the end of the message
Bug: Intermittent toolkit/components/downloads/test/unit/test_DownloadList.js | xpcshell return code: 0
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-06-08 09:08:27+00:00
Resolved: 2021-06-14 06:17:00+00:00

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

---
```

```
Bug: Attachment reminder notification triggers for "keywords" in HTML/CSS source code which are not visible, esp. in <style> tag.
Status: NEW
Priority: P3
Created: 2021-06-08 14:14:06+00:00
Resolved: 2022-04-11 13:19:19+00:00

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

Steps to reproduce:

I just discovered and started to use external HTML templates for creating email messages. To manage doing this I am using the Tunderbird add-on SmartTemplates:
https://addons.thunderbird.net/en-gb/thunderbird/addon/smarttemplate4/

I had a template which, as part of the HTML data uses the instruction background-image: url(data:image/jpeg;base64,/9j/... *[long string of data defining the image to be used]*.

When I load this template into Thunderbird to create a new email message Thunderbird gives a warning message that it has found a "keyword" in the message "cv" and warns me to add an attachment to the message. The problem with this is that there is no 'keyword' in the message. What is happening is that Thunderbird is reading the HTML background-image: data as if it were text -- and finds the two-character string "cv" in that data.

To prove this I edited the HTML file and replaced, for the background-image: data, all instances of "cv" with "cu" and then tried using that (new template) as the template for a new email message. The Result of doing so was that Thunderbird no longer found the keyword "cv" -- and so things were fine.

I would like to add that I also had instances where Thunderbird would search other **HTML data** in the HTML template and would find keywords in that -- in, for example, comments in the HTML data <!-- comment -->

I also had instances where Thunderbird seemed to break a template because of this searching of HTML data on the part of Thunderbird.

I have attached here in a 7-Zip file two HTML templates that I was using to test this so that you can reproduce yourselves. The titles of the files should make it clear to you what is being referred to.


Actual results:

Please see above.


Expected results:

I would think that Thunderbird should not be searching any component of the underlying HTML data of a message as if it were text.
Bug: Attempting to convert to email to an event without loading message preview throws "Uncaught TypeError: can't access property "getSelection", getMessagePaneBrowser().contentWindow is null"
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-08 18:36:39+00:00
Resolved: 2021-06-12 00:09:34+00:00

STR:

1) Open Thunderbird, do not select any messages.
2) Right click on a mail message and click Convert To > Email.

Expected Results:
The new event dialog should load.

Actual Results:
Nothing loads, an error is thrown.

It appears that there is no contentWindow available (or access is restricted) when message pane displays the "Welcome to Thunderbird" screen. 
https://searchfox.org/comm-central/source/calendar/base/content/calendar-extract.js#124

^ The code trying to access it however, appears to be specific to an extension and not necessary for the extraction to continue.
Bug: Thunderbird 78.11 cannot send emails via Earthlink SMTP
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-08 19:08:33+00:00
Resolved: 2021-06-09 04:59:36+00:00

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

Steps to reproduce:

Since beginning of June, my Thunderbird client is running at level 78.11.0. I have used TB on Windows 10 for months without any issues sending emails via Earthlink SMTP. Since upgrade to TB 78.11, I frequently get a failure message from TB when attempting to send an email.


Actual results:

Error popup with message:

Sending of the message failed.
The Outgoing server (SMTP) smtpauth.earthlink.net does not support the selected authentication method. Please change the 'Authentication method' in 'Account Settings | Outgoing Server (SMTP)'.



Expected results:

Email should have been sent successfully. The SMTP settings are correct:
Server: smtpauth.earthlink.net
Port: 587
Authentication method: Encrypted password
Connection security: STARTTLS

Settings have not changed for months. TB should not be failing after the version upgrade.
Bug: thunderbird 78.11.0 (64-bit) on Debian 10 cannot include attachement of type .desktop
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-08 19:53:07+00:00
Resolved: 2022-01-27 13:06:48+00:00

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

Steps to reproduce:

In the message compose window I could attach a file for example f.desktop But when I try to send it I get the error message described in the next input field. This bug exists at least since version 78.1


Actual results:

"There was a problem including the file F.desktop in the message. Would you like to continue sending the message without this file?"



Expected results:

The message with this attachemen should have been sent

With other files types or upper case F.Desktop it works. There once was about the same Bug 1519550. But it was closed, becaus it was resolved with newer versions. But now it is back. To use uppercase filetype as workaround is very cumbersome, because the recipient of the mail has to revert the case as to use this files as desktop icons for example to open a webpage or an application via doubble click on this icon file.
Bug: Spinning "loading" icon remains after CloudFile upload fails
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-09 00:22:59+00:00
Resolved: 2021-12-15 22:37:39+00:00

STR:
Compose a new message
Add an attachment
Ask to upload it to WeTransfer (fails due to bug 1705109)
Close the error message prompt
Attachment icon is still the spinning icon
Bug: Registering content scripts is broken
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-09 05:08:58+00:00
Resolved: 2021-09-27 14:48:17+00:00

Sometime in the 90 cycle, registering ordinary content scripts broke. Neither registration by the manifest or by `browser.contentScripts.register` work, AFAICT.
Bug: Parsing of Email-text at 90.0b1
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-09 10:34:49+00:00
Resolved: 2021-06-09 14:29:42+00:00

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

Steps to reproduce:

Beta installed on Arch Linux 90.0b1 from AUR
Showing Emails not possible.


Actual results:

Error encountered while rendering.
[Exception... "Cannot modify properties of a WrappedNative"  nsresult: "0x80570034 (NS_ERROR_XPC_CANT_MODIFY_PROP_ON_WN)"  location: "JS frame :: chrome://conversations/content/common.bundle.js :: componentDidMount :: line 4423"  data: no]

MessageIFrame@chrome://conversations/content/common.bundle.js:4330:5
ErrorBoundary@chrome://conversations/content/common.bundle.js:5194:5
div
li
Message@chrome://conversations/content/common.bundle.js:5229:5
ul
_MessageList@chrome://conversations/content/common.bundle.js:5591:13
ConnectFunction@chrome://conversations/content/common.bundle.js:7477:39
_ConversationWrapper@chrome://conversations/content/common.bundle.js:5660:5
ConnectFunction@chrome://conversations/content/common.bundle.js:7477:39
Provider@chrome://conversations/content/common.bundle.js:7219:15


Expected results:

Showing the Mail-Text.
Bug: Contrary to pref `Close message window/tab on move or delete`, deleting an email that's open in its own window will not close the window
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-09 13:33:14+00:00
Resolved: 2021-06-19 08:15:21+00:00

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

Steps to reproduce:

0. Preference Settings: "double click opens email in new window" AND "close message window on move/delete"
1. double click on an email message in the main window
2. Message opens in a separate window
3. delete this email (e.g. with the "bin" icon)
4. email got deleted from the main message list



Actual results:

5. the message window STAYED OPEN


Expected results:

5. the message window gets destroyed (closed) upon deletion. According to the preference setting.
Bug: Command-w will not close an external message window on MacOS
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-09 13:44:06+00:00
Resolved: 2021-08-08 09:34:53+00:00

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

Steps to reproduce:

1. open message in external window
2. press Command-W


Actual results:

external message window stayed open


Expected results:

External message window should have closed. 
Command-W is a standard keyboard shortcut on MacOS. 
Please implement.
Bug: MacOS: Double click on message opens message in different window style than "right-click/open in new window"
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-09 14:06:35+00:00
Resolved: 2021-06-19 08:14:35+00:00

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

Steps to reproduce:

0: Preferences/Settings - double-click opens message in new window
1a: double-click on message
1b: alternative: right-click on message and chose "open in new window"


Actual results:

action 1a opens the message in a different external window style than action 1b (see screenshot1.png)


Expected results:

action 1a should open the message in the same window style as action 1b does.
Bug: Print dialog box shows two copies of printer, only one works
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-09 15:50:19+00:00
Resolved: 2021-06-09 16:29:25+00:00

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

Steps to reproduce:

Pulled up the print dialog box to print an email (Ctrl-P or File->Print).


Actual results:

Dialog box shows two variants of my printer.  Only one of them actually works, the other is not functional.  When trying to select the other one, the dialog box says "Getting printer information..." but never actually gets the information, so the Print button is greyed out.


Expected results:

Since only one printer is defined, only one printer should appear in the dialog box.
Bug: Make Message Filters Filter Log Window Have Normal Window Adjustments
Status: UNCONFIRMED
Priority: --
Created: 2021-06-09 17:40:11+00:00
Resolved: 2024-07-30 16:42:28+00:00

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

Steps to reproduce:

Go to Tools: Message Filters: Filter Log
Observe window




Actual results:

No Maximize, Minimize, Title "grab" bar, etc. available.
Had to drag sides of frame.



Expected results:

Should have normal windows properties.
Bug: WSEnable.cpp: warning: ISO C++11 does not allow conversion from string literal to 'LPWSTR'
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-09 22:33:42+00:00
Resolved: 2021-06-17 07:48:59+00:00

```
comm/mail/components/search/wsenable/WSEnable.cpp(49,9): warning: ISO C++11 does not allow conversion from string literal to 'LPWSTR' (aka 'wchar_t *') [-Wwritable-strings]
```

Shows up multiple times on Windows builds.
Bug: Prevent showing multiple newmailalert.xhtml notification windows
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-10 07:26:00+00:00
Resolved: 2021-06-21 07:27:40+00:00

When `Use the system notification` is turned off, and when receiving several messages in a short time, multiple newmailalert.xhtml may be shown laying on each other. Slightly older notifications are hidden and blocked by newer notifications.

Should add a queue to show the next after the current is closed.
Bug: Intermittent toolkit/components/passwordmgr/test/unit/test_PasswordRulesManager_generatePassword.js | test_improved_password_rules_telemetry - [test_improved_password_rules_telemetry : 304]
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-06-10 08:30:01+00:00
Resolved: 2021-06-17 07:49:26+00:00

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

---
```
More telemetry we don't have.
```
Bug: With `Display Attachments Inline`, attached email message shows no message headers in inline preview
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-06-10 08:34:21+00:00
Resolved: 2021-10-18 10:51:56+00:00

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

Steps to reproduce:

Ensure "View -> Display Attachments Inline" is ticked in menus.
Open a message which contains a forwarded-as-attachment message.


Actual results:

The forwarded-as-attachment message body is shown, but now does not even show the Subject: line of it, let alone the From or To headers.


Expected results:

Prior to Thunderbird 90.0b1, it showed the Subject: From: and To: headers immediately above the body of the forwarded-as-attachment message.
Bug: Dialog windows become fully inaccessible on MacOS after a modal dialog was opened from a modal dialog (e.g. Edit Filter dialog lost behind the main window after an error prevents the filter from being saved).
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-06-10 09:29:23+00:00
Resolved: 2024-09-03 16:35:26+00:00

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

Steps to reproduce:

Started to create a filter that would copy an email to a local folder. However, I forgot to specify a folder. When I hit the enter button a dialog advised me that I had to specify a target folder. 


Actual results:

At that point the title bar of the filter window is visible above the messages window but the rest of the filter window is hidden. It is not possible to access the filter window. the window controls do not respond to mouse clicks. I'm using Mac OS so I used the force quit command. As the application closed, the messages window disappeared and the filter window was visible momentarily. 


Expected results:

The filter window should have be rendered above the messages window. Regardless of the window order, the window controls should operate properly. If the window controls worked I would have been able to move them into the correct position.
Bug: Cannot sync the Sent Items with outlook.office365.com
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-11 02:35:31+00:00
Resolved: 2021-10-29 01:40:55+00:00

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

Steps to reproduce:

just add my company email account to Thunderbird and sync with outlook.office365.com


Actual results:

the sent items folder only shows the email sent from Thunderbird software.
If the email sent on the web page cannot be found in the thunderbird sent items folder.


Expected results:

All sent emails in the server should show in the Thunderbird sent items folder.
Bug: TB 78 Auto update keeps failing (involving error caused by > 2GB inbox with irregular location: profile folder inside application folder)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-11 06:34:18+00:00
Resolved: 2021-11-04 20:26:27+00:00

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

Steps to reproduce:

Hi
I'm 78.8.0 on Windows 10 and for quite a while the auto update functionality hasn't worked. I've just sat down to investigate and checked the last-update.log to see what's going on. The log seems to indicate that the Inbox file doesn't exist but I have confirmed he file does exist and it's 2.2 GB in size and the mailbox functions normally. I've tried repairing the inbox and compacting but it still doesn't work, any suggestions on how to resolve?

From the log file:

Performing a staged update
PATCH DIRECTORY C:\ProgramData\Mozilla\updates\F5BE94A0743D7D60\updates\0
INSTALLATION DIRECTORY F:\Program Files (x86)\Mozilla Thunderbird
WORKING DIRECTORY F:\Program Files (x86)\Mozilla Thunderbird\updated
ensure_copy_recursive: path doesn't exist: F:\Program Files (x86)\Mozilla Thunderbird/Profiles/9ckdy0gb.default/Mail/mail.iinet.net-2.au/Inbox, rv: -1, err: 132
failed: 6
calling QuitProgressUI


Actual results:

Auto update keeps failing


Expected results:

Auto update should update Thunderbird.