av9ash/GitBugs huggingface dataset:
Bug: text color chosen in the compose settings for outgoing messages doesn't work
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-03 21:27:19+00:00
Resolved: 2020-03-03 21:46:42+00:00

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

Steps to reproduce:

I have Thunderbird 68.5, 64 bit, with Windows 10.

When I choose a color in the composition settings (menu / tools / options / composition / text color), the HTML syntax becomes "body text =" # color_number ""
If I choose a color via the formatting bar of the compose screen, the HTML syntax becomes <font color = "# color_number">.
The HTML syntax from the composition settings, "body text =" # color_number "",
is not recognized as an HTML standard, and does not work in some email softwares, such as GMAIL webmail.
On the other hand the syntax <font color = "# color_number"> is well recognized in the GMAIL webmail.

Example
I choose red as text color in the composition settings, and write the sentence "this is a test". In the compose screen of Thunderbird, the text is in red. This is OK.
Then, via the formatting bar of the compose screen, I change the color to green, I write the sentence "this is another test", and always via the formatting bar of the compose screen, I come back to red and I write the sentence "back to red"




Actual results:

On the sender side of the message, In Thunderbird, the colors are well respected.
On the recipient side of the message, in the webmail of GMAIL, the first sentence is in black. Other sentences are correctly in green and red.

Below the source of the message : 
Subject: test11
Message-ID: <1dda4dfa-5cc2-d153-c6a9-4da081f8a0bf@gmail.com>
Date: Tue, 3 Mar 2020 20:49:47 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101
 Thunderbird/68.5.0
MIME-Version: 1.0
Content-Type: text/html; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 8bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body text="#ff0000" bgcolor="#c0c0c0">
    <p><font face="Segoe Script">this isÂ  test</font></p>
    <p><font face="Segoe Script"><font color="#008040">this is another
          test</font></font></p>
    <p><font face="Segoe Script"><font color="#008040"><font
            color="#ff0000">back to red</font><br>
        </font></font></p>
    <p><font face="Segoe Script"><font color="#008040"></font></font><br>
    </p>
  </body>
</html>


Expected results:

On the recipient side of the message, in the webmail of GMAIL, the first sentence should have been in red.
Bug: Intermittent comm/mail/components/extensions/test/browser/browser_ext_compose_onBeforeSend.js | subject was changed - Got undefined, expected Changed by listener5
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-03-03 22:07:21+00:00
Resolved: 2020-06-19 00:33:59+00:00

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

---
Bug: UI glitches in Preferences tab subdialogs
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-03-03 23:49:51+00:00
Resolved: 2020-03-06 08:10:21+00:00

I stumbled upon a couple of UI glitches in the subdialogs of the Preferences tab on daily.

The `Fonts & Encoding` subdialog (_General > Language & Appereance > Fonts & Colors > Advanced_) shows a blown out font size in the first row, and the content doesn't fit in the constraints of the dialog.

The other issue is related to the `:focus` effect on a `richlistbox` noticeable in the `Daily Language Settings` sudialog (_General > Language & Appereance > Language > Set Alternatives..._). This issue presents itself in other dialogs, but is not always consistent.
Bug: Wrong permissions on email saved on windows
Status: UNCONFIRMED
Priority: --
Created: 2020-03-04 14:30:34+00:00
Resolved: 2022-10-12 00:01:58+00:00

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

Steps to reproduce:

On a window server, if you save an email in a folder (Ctrl+S) it will be saved with the Administrator owner/permission not of the user permission. So user can't delete that message! User has only read permission on messages!


Actual results:

Saved messages as file (Ctrl+S) are saved with incorrect permissions


Expected results:

Saved messages as file (Ctrl+S) should be saved with correct permissions
Bug: TB74 refuse install on D:, claims missing space but there are 15 GB
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-03-04 17:17:50+00:00
Resolved: 2020-08-22 18:52:34+00:00

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

Steps to reproduce:

trying to install 74 beta2 on D: in Win 10.



Actual results:

After choosing folder it shows: needed space: 176 MB, available space 15 GB.

There comes a popup claiming there is not enough space to install. (C also has 2 GB)


Expected results:

well, just install it
Bug: Bs7 jobs failing on nightly Thunderbird builds
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-03-04 19:25:49+00:00
Resolved: 2020-06-04 20:01:17+00:00

After https://hg.mozilla.org/comm-central/rev/3f02fbbeaffa landed, the Bs7 job started failing on Thunderbird dailies.

This is fallout from changes done to accommodate empty signing formats for notarization-part-3. Previously, after removing all of the unused signing formats, if the signing format list was empty, the artifacts were completely removed from the signing job. But now when the build-signing job has notarization dependencies, an empty format list is ignored. 
But that ja-JP-mac locale has exception code somewhere that makes it stick around.

```
  "upstreamArtifacts": [
    {
      "formats": [],
      "paths": [
        "public/build/hy-AM/target.pkg",
        "public/build/hy-AM/target.tar.gz",
        "public/build/id/target.pkg",
        "public/build/id/target.tar.gz",
        "public/build/is/target.pkg",
        "public/build/is/target.tar.gz",
        "public/build/it/target.pkg",
        "public/build/it/target.tar.gz",
        "public/build/ja-JP-mac/target.pkg",
        "public/build/ja-JP-mac/target.tar.gz"
      ],
      "taskId": "IV2gGuDASxqHYyuxTq9LNw",
      "taskType": "scriptworker"
    },
    {
      "formats": [],
      "paths": [
        "public/build/ja-JP-mac/target.langpack.xpi"
      ],
      "taskId": "IV2gGuDASxqHYyuxTq9LNw",
      "taskType": "scriptworker"
    }
  ]
```
Bug: Unread emails incorrectly reported
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-04 23:04:39+00:00
Resolved: 2020-12-20 18:51:13+00:00

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

Steps to reproduce:

Open Thunderbird and operate it as usual


Actual results:

The number of unread emails in the Inbox in the folder pane is greater than the number of unread emails in the Message list, and this discrepancy steadily grows over time.  This error started to happen with the upgrade to 68.5 which occurred in early February 2020, and so may be associated with the loss of certain add-ins that are not (yet?) compatible with 68.5.


Expected results:

The number of unread emails in the Inbox in the folder pane should always match the number of unread emails in the Message list
Bug: Missing messages in folder
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-03-05 02:33:13+00:00
Resolved: 2022-11-24 17:32:44+00:00

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

Steps to reproduce:

Move a message from inbox to folder. Open the folder. Search for message subject


Actual results:

Left of the search box says "1 message" but there is no message in the list. The list is blank. 
The message does show up in this folder when I search from the Edit menu.
I did a Rebuild the Global Database but it didn't help.


Expected results:

The message list shows the message.
Bug: Port bugs 1614791 and 1615622 to fix the developer tools
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-03-05 07:39:25+00:00
Resolved: 2020-03-05 09:35:55+00:00

Devtools are broken again. I found two bugs we need to do something about. Possibly there are more, but with these two ported it's working for me.
Bug: WX composeAction button default title does not adapt to changed language
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-03-05 10:26:32+00:00
Resolved: 2021-02-04 13:32:36+00:00

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

Steps to reproduce:

I have a WX addon composeAction button with a localised default title:
https://github.com/revad/expand_mailing_lists/blob/master/manifest.json

If I change the TB language, using the normal preferences and language packs, the title doesn't change with the language. This should be in English, not Greek:
https://revad.github.io/shared/Button_wrong_language_1.png
When I reloaded daily it reverted to English, but stayed English on changing to French:
https://revad.github.io/shared/Button_wrong_language_2.png

Please block bug 1396172 if this is a WX problem.

I don't suppose many people switch languages, so a minor issue.
Bug: No render of image with content-type like application/png or application/jpg
Status: UNCONFIRMED
Priority: --
Created: 2020-03-05 10:48:32+00:00
Resolved: 2022-10-12 00:02:12+00:00

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

Steps to reproduce:

1) Create a new email with an image as attachment and save it as .eml
2) Open this .eml file with an text editor, find the content-type of the image section and change from image/* to application/*, then override the file.
3) Open the modified .eml file


Actual results:

square with icon of broken link instead of image rendering


Expected results:

Correct Image rendering in whatever the mail window is.
Bug: Account Manager: S/MIME cert selection not saved if closing
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-03-05 11:43:38+00:00
Resolved: 2020-03-08 19:31:27+00:00

You need a configured S/MIME certificate to reproduce this bug.

Open account manager
Security tab

If certs are selected, press clear on both.
If no certs are selected, make a selection

Close the account manager tab
Restart Thunderbird
Open the account manager tab

Expected result: The last configuration change to the S/MIME certs is still active

Actual result: The last change was ignored, still shows previous state


Workaround:
Click a different account manager tab prior to closing the prefs.

Question:
Is there a JS function that we must call after the selection is made, to make the change immediately persistent?
Bug: attachment missing in compose window when attaching 10000th file (after nsmail-9999 is filled)
Status: UNCONFIRMED
Priority: --
Created: 2020-03-05 11:55:19+00:00
Resolved: 2022-10-12 00:02:14+00:00

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

Steps to reproduce:

1) Do 9999 attempts of email tranfert with one particular type/extension of attachment.
2) Try to transfert one more time, then no more of this type of attachment are automatically include when compose window opens.


Actual results:

e-mail compose window appears without the attachment of the original email. (attachment is missing) . No warning. No explaination.


Expected results:

e-mail compose window appears with the attachment of the original email.
Bug: filters are not working properly in latest version of Thunderbird 68.5
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-05 14:28:33+00:00
Resolved: 2023-03-22 20:05:24+00:00

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

Steps to reproduce:

I created 2 filters for Subject and email IDs for a user 


Actual results:

But emails are moved only with email ID filter but it was working fine in older version of thunderbird i.e 50 or earlier 


Expected results:

Subject filter should also work and emails should be moved to specific folders as per the filters.
Bug: After update Thunderbird 74b, the reception of messages is out
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-05 17:59:27+00:00
Resolved: 2020-03-17 09:19:28+00:00

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

Steps to reproduce:

Update Thunderbird from version 68.4.1 to version beta 74.0b2


Actual results:

No messages come in the inbox


Expected results:

Get messages from the FAI and show them in the main window
Bug: imap sync setting lost on chosen folders
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-05 21:05:01+00:00
Resolved: 2021-09-17 12:01:05+00:00

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

Steps to reproduce:

account settings/sync/extended allows to choose folders for syncing.


Actual results:

1) repeatedly, chosen folders are lost (unchecked) in the list after a few days. I keep checking them, after a few days, they are unchecked again
2)file/abonnieren (in German = choose foollders) has a different list and different boxes checked.

Maybe one list means where headers are downloaded, the other where bodies are downloaded?



Expected results:

->1) If I check a box to sync a folder, it should stay checked over time.

3) In German, the translation in the tools/accounts/sync tab is wrong:
next to the checkbox it says: keep messages for all folders of this account on this computer.  But in extended, a few folders are deselected, so this wording is wrong: it should be toggled between all folders/some folders, depending on whether all folders are selected in the list under extended,
or:
checking this box should actually check all folders in the list that are currently unchecked. That would in my opinion what users exect if they read the text: they choose to keep all folders, so TB should make sure all folders are checked.
Bug: new email notification boxes lists ghosts?
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-05 21:17:59+00:00
Resolved: 2021-02-19 11:23:20+00:00

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

Steps to reproduce:

I do not find any correlation between messages listed in the new email notification box and messages actually arriving on imap.

Also, I get boxes announcing 5 new messages, but listing 10, interestingly, there are also boxes announcing 7 new messages but only listing 3 (that really should not happen).

If there are more messages listed than announced (showing 8 of 3 messages), it is also not clear whether the new ones would be on top or on bottom or in the middle, it feels totally irregular.


Actual results:

It might be caused by having several accounts? Maybe it is counting in one account only but listing new for all accounts? Just a speculation. I feel helpless to understand what it displays.

I think at the moment it also displays messages which I deleted 1 hour ago. Is it trying to tell me that those now newly arrived in trash, but is not counting them?


Expected results:

definitely exclude trash from notification
Bug: Thunderbird updater keeps asking to update (even after updating to latest version) - 68.5
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-03-06 00:45:25+00:00
Resolved: 2022-10-23 23:52:56+00:00

+++ This bug was initially created as a clone of Bug #754190 +++
Cloned the FIrefox bug because it's the same issue in Thunderbird. 

I'm on Windows 10 with Thunderbird 68.5. Thunderbird reminds me consistently that there's a later version to update to with a pop up in the top right. But if I click Learn more... I'm take to a page that shows me that 68.5 is the latest version.

Here's the popup:
![Update Popup](https://live.staticflickr.com/65535/49624647201_f2f439d9b2_b.jpg)

Here's my version:
![Version Proof](https://live.staticflickr.com/65535/49624132358_b94166417c_b.jpg)

And Here's the Learn more...
![Learn more...](https://live.staticflickr.com/65535/49624921477_f62ebdd48b_h.jpg)

Those images not showing on the preview (in spite of Markdown help suggesting they should I guess), so links are:

https://live.staticflickr.com/65535/49624647201_f2f439d9b2_b.jpg
https://live.staticflickr.com/65535/49624132358_b94166417c_b.jpg
https://live.staticflickr.com/65535/49624921477_f62ebdd48b_h.jpg

In case it helps.
Bug: Intermittent comm/mail/test/browser/folder-display/browser_deletionWithMultipleDisplays.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-03-06 10:34:28+00:00
Resolved: 2020-09-04 12:11:06+00:00

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

---
Bug: browser/compose/messagedisplayAction contextmenu not working
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-03-06 15:35:25+00:00
Resolved: 2021-04-20 06:58:51+00:00

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

Steps to reproduce:

see https://thunderbird.topicbox.com/groups/addons/T9ee761837323c4eb/contextmenu-in-browseraction-button for code example:

create menuentry:
browser.menus.create({
  id: "remove-me",
  title: "testop",

  contexts: ["browser_action"]
});

permissions: 
 "permissions": [
    "menus",
    "messagesRead",
      "menus.overrideContext"
  ]

but on context-click on button, nothing is shown.
This MDN page describes what to expect:
 https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/menus/ContextType
Bug: windows settings-import tests (test_outlook_settings.js and test_winmail.js) are broken
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-03-06 18:49:07+00:00
Resolved: 2020-03-09 04:32:51+00:00

This is a weird one. The tests appear to run fine, but while working on bug 1614846, test_outlook_settings.js and test_winmail.js suddenly started breaking on me.

I thought that my bug 1614846 work had broken something, but upon more investigation, it seems that the test data was bad, and that the tests _should_ have been breaking all along!

The triggering patch in Bug 1614846 changes `nsIAccountManager.accounts` to return a proper JS array rather than an nsIArray.
My theory is that the tests weren't properly handling `nsIArray` and this was causing some checks to be skipped, thus letting the tests pass, erroneously.
Making `accounts` return a JS array accidentally 'fixed' the tests, so they started failing :-)
Bug: Unlabelled incoming/outgoing server fields in Accounts dialog
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-03-06 23:20:00+00:00
Resolved: 2020-04-13 13:17:03+00:00

When us blind people like myself, who use a screenreader, sutch as jaws and NVDA, as well as narrator, for Microsoft windows, and you hit alt t for tools, and go under accounts, and go to where it says manual config, there's 2 edit boxes, to type in your pop server settings, sutch as your incoming, as well as your outgoing server settings, when you navigate back and fourth, between the 2 edit boxes, our screenreaders, don't read it properly, whatsoever, it just says edit! it needs to read as follows! incoming server, edit, outgoing server, edit! then I can type in pop.gmail.com for my incoming, and smtp.gmail.com for my outgoing server settings.
Bug: IRC is broken.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-07 04:08:35+00:00
Resolved: 2020-12-06 20:16:36+00:00

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

Steps to reproduce:

Under "chat, show account, add new account" I get account not there. I can't delete it since it doesn't seem to work. Plus, when I removed it in the "chat" window and I can't even try using the chat without creating a new account all over again. Clicking on "Add Contact" or "Join Chat" want's me to put a username in even though I got one in the settings. And all I get is a "Conversations will be displayed here" and the left panel is blank when I removed whatever.


Actual results:

I can't delete the IRC account. IRC account in settings but I removed it in "chat" and can't use my IRC account anymore. In "chat" and "Show accounts" where it shows "New account", I would think it would create an account but is say something like (account not there).


Expected results:

A way to delete it locally.
A way to open it back up when it does connect.
Bug: "Login to server smtp.gmail.com with username mygmailaddress@gmail.com failed." [autoconfig]
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-03-07 08:17:17+00:00
Resolved: 2020-05-11 16:48:20+00:00

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

Steps to reproduce:

I have an existing iCloud email accrount on TB and wanted to incorporate my Gmail account so I can take advantage of the EXCELLENT antivirus and spam filtering of Gmail but also have the flexibility across iOS devices to read and reply to email.
I added my Gmail account via File:New:Existing email account.
I entered Gmail via Firefox and ensured that the correct Labels of folders I wanted to appear were selected. 
The GMail SMTP server was correctly inserted into TB.
I returned to TB and downloaded the email successfully from my Gmail IMAP store.
I then selected 'Write' and typed a message to a friend making sure that the From: account was the Gmail account I had added.
I attempted to send the message


Actual results:

On sending the message TB connected to the smtp.gmail server but then popped up a message that the 'Login to account Gmail SMTP' failed and asks either for a New password, Cancel or Retry.
Retrying brings the same error back
Entering a new password asks 'Enter your password for mygmailaddress@gmail.com on smtp.gmail.com' which then gives an error of: 'Login to server smtp.gmail.com with username mygmailaddress@gmail.com failed.'
Required password is the same as the incoming password so what's the issue??
Mail is NOT sent


Expected results:

Mail should have been sent and placed in the location specified by the account or the default og Gmail:Sent.

On doing research via Google it seems to be that the oAuth password option is the issue but surely if TB can use the Gmail credentials to download email, why can it not use the same credentials to send email back via gmail?
Bug: tb win7 debug Assertion failure: false (OOM while building cycle collector graph), at z:/build/build/src/xpcom/base/nsCycleCollector.cpp:2005
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-03-07 09:53:37+00:00
Resolved: 2021-12-07 08:26:29+00:00

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

---

This has been ongoing for some time. Very common
Bug: Multiple replies to message in sent folder gives error attaching signature
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-08 13:16:21+00:00
Resolved: 2023-04-22 23:07:32+00:00

If I send an e-mail and then go to the sent folder and press "Reply to all" in it and send it, and then go again to the sent folder and do the same procedure, after three or four times it says it can't attach my signature (a PNG image).

Is there a limit of signatures in the body of the sent e-mails?