av9ash/GitBugs huggingface dataset:
Bug: Ensure recipients are always pillified before a message is saved or sent
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-08-18 16:48:48+00:00
Resolved: 2024-05-25 10:29:49+00:00

Reporting user's feedback from bug 1779785 comment 12

Edit an existing pill and click the menu items "File -> Save", "File -> Save As -> Draft", "File -> Save As -> Template" or the toolbar button "Save"
-> The pill is not updated and the created message still contains the old value of the pill

Edit an existing pill and click any other menu item or toolbar button
-> The pill is not updated

Edit an existing pill and click "File -> Close" or the window decoration "X" / "Close"
-> The pill is not updated and the compose window is closed without asking the user whether to save the changes

The mentioned cases pretty much apply similarly to a new entry in the message header fields, which is not yet pillified.

Case (2) is also impacting add-ons in particular: When an add-on calls the API function messenger.compose.getComposeDetails() as part of a registered listener to either the API function messenger.menus.onClicked() or messenger.composeAction.onClicked(), then the returned details contain still the old values, because a new entry was not yet pillified and the edited pill was not yet updated.

When an entry in the message header fields is not yet pillified or an existing pill is edited, I think the change should be applied as soon as the user hits "Enter" or "Tab" or uses the mouse to navigate out of the field.

At the moment the keyboard navigation is working as expected, but the mouse navigation is still lacking in this regard. When you click the subject or body afterwards, then both a new entry is pillified and an edited pill is updated. But when clicking on the menubar or toolbar, neighter change is applied, i.e. a new entry is not yet pillified and an edited pill is not yet updated.
Bug: Thunderbird Doesn't Complete Painting Upon Startup
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-18 20:40:08+00:00
Resolved: 2022-08-18 23:42:11+00:00

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

Steps to reproduce:

Open Thunderbird


Actual results:

Initial window opens and does not complete display of the UI with all folders and messages. See attachment.


Expected results:

After the initial window appears and a brief period, the rest of the UI should come up.

This started happening with the 08/18/22 release; the 08/17/22 release does not have this issue.
Bug: Wrong email address in correspondent column
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-08-18 21:22:14+00:00
Resolved: 2022-08-30 13:15:19+00:00

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

Steps to reproduce:

Literally just open "Sent" mail and look at the sender aka "correspondents" column and you'll see that the "Correspondent" shows an email address that is not associated with that particular email but however is from another email.


Actual results:

Today I sent a tax exemption email with a PDF to "taxsupport@harborfreight.com" (an address I've never mailed to before). I look in the "Sent" mailbox and find that email. In the "Correspondents" column it's showing an email address from "steve.h@seagate.com" rather than "taxsupport@harborfreight.com".

Weeks ago I wrote and received emails from (steve.h@seagate.com), nothing recent.

This occurs every couple of emails.

However I downloaded the addon: Full Address Column and it's showing the correct recipient all the way down the list without fail. You'll see a column called "Recipient (@)" which is the plugin....to the left of the "Correspondents" column displaying the correct email.

(That plugin is located here: https://addons.thunderbird.net/en-US/thunderbird/addon/full-address-column/?src=search)


Please see the attached screenshot for more examples of this happening. This occured back in v91.12.0 as well. I have tried to repair the folder many times without success. I have logged into the web client for my email and I see no issue. It's just in Thunderbird.


Expected results:

It should have showed "taxsupport@harborfreight.com" and not "steve.h@seagate.com"
Bug: filelink in portable version
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-08-19 06:20:33+00:00
Resolved: 2022-08-20 06:18:09+00:00

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

Steps to reproduce:

Trying to send file througth FileLink provider in portable version Thunderbird 102.1.2(64)


Actual results:

File uploads but link not insert into message body
Bug: Message body does not display
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-08-19 07:10:40+00:00
Resolved: 2023-06-23 23:31:18+00:00

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

Steps to reproduce:

1. Install and open Thunderbird 104.0b4 (64-bit)
2. Click to receive mails
3. Get mail list but no content to show!


Actual results:

Can get updated mail list. I can read titles but no content.
It happens only on new items received by 104.0b4. Old mail is normal; I can click title to read content.


Expected results:

Can get updated mail list. I can read titles but no content.
Bug: Thunderbird asks for user account password after some connection failure.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-08-19 14:33:58+00:00
Resolved: 2023-05-17 18:04:43+00:00

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

Steps to reproduce:

Thunderbird solicita senha da conta do usuário após alguma falha na conexão.


Actual results:

Se houver falha de conexão, Thunderbird perde a senha armazenada.


Expected results:

Thunderbird precisaria manter as senhas armazenadas das contas mesmo se ocorrer falha de conexão.

Translation:

Thunderbird asks for user account password after some connection failure.

Current results:

If the connection fails, Thunderbird loses the stored password.

Expected results:

Thunderbird would need to keep stored account passwords even if connection fails.
Bug: Dutch (nl) localisation of TB 102.2 (build2) is broken
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-08-19 23:08:13+00:00
Resolved: 2022-08-23 22:55:51+00:00

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

Steps to reproduce:

We downloaded
http://ftp.mozilla.org/pub/thunderbird/candidates/102.2.0-candidates/build2/win64/nl/

According to https://pontoon.mozilla.org/projects/thunderbird/, Dutch is 100% complete and it has been fully localised in the past. However, there are now heaps of English strings:
Spaces toolbar icon: Mail, Address Book, etc.
Edit: Cut, Copy, Paste
Tools (Extra): Settings
Help: Trouble Shoot Mode, More Trouble Shooting information.

All those strings are missing from the respective language pack as well.

For example, the spaces icon strings are:
spaces-toolbar-button-mail2 messenger.xhtml
spaces-toolbar-button-address-book2 messenger.xhtml
spaces-toolbar-button-calendar2 messenger.xhtml
spaces-toolbar-button-tasks2 messenger.xhtml
spaces-toolbar-button-chat2 messenger.xhtml

And they are present in the localisation: 
https://searchfox.org/l10n/search?q=spaces-toolbar-button&path=nl%2Fmail%2Fmessenger%2Fmessenger.ftl&case=false&regexp=false
Bug: [windows perma] comm/mail/test/browser/downloads/browser_aboutDownloads.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-08-20 06:42:45+00:00
Resolved: 2022-09-09 15:30:59+00:00

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

---
```

```
Bug: Upgrade to 102.1.2 did not carry over  Mail storage directory correctly and maybe some more (including a problem with POPfile proxy?)
Status: NEW
Priority: --
Created: 2022-08-20 08:29:28+00:00
Resolved: 2022-11-16 02:46:56+00:00

This may be one of those bugs which only happens once during upgrade process.

I upgraded from 93? series to 102.1.2 finally (the upgrade button appears in the last day or so).

There are a few things that bothered me during upgrade and so I am listing them here.
One of them, the failure to correctly carry over the mail storage directory was most disturbing.
I have specified the Mail storage directory NOT under the profile directory because , for various reasons, I need to store a lot of e-mails for the last dozen years or so.

Factors that bothered me after the upgrade and restart.
- There is a server that does not support encrypted connection.
   But I let the encrypted negotiation (I think that TB tried it first and then went on to connect unencrypted). It used to work without a hitch.
  With 102.1.2, TB almost got hung after it says, one of the servers did not support TLS conenction? (sorry I failed to capture the screen).
  As soon as TB came back to life, I changed the setting of the server to try plain text connection only.
- The Mail directory is carried over from the old setting incorrectly.
See that attached. Note the strange prefix of "C:\Users\ci". There is an incorrect logic somewhere in the installer. This is VERY BAD obviously. I got greeted with almost empty mail directorys, which made sweat run down my spine. Because the failure in upgrading wiped out my whole mail directory (!?).
- There is another issue. I realized the incorrect setting of mail storage directory eventually after a couple of restarting TB. 
But each time I tried to shutdown TB,  I got the warning from TB stating something like
"There is a problem with spam handling setting for ishikawa@yk.rim.or.jp. Check before saving the profile." 
Well, at least during one of the trials, I never intended to save the profile.
AND this dialog could not be eliminated. No matter if I checked cancel, it came back repeatedly.

Hmm...

So I changed my setting to save junk file to a junk folder, but probably it is incorrect.
It probably pointed to a non-existing folder name (maybe prefixed by the wrong c:\users\ci prefix as in the original folder.?"
Sorry I already fixed the issue and do not know what the incorrectly folder name was.

So I have a bitter feeling that the my account setting is probably messed up one way or the other, which I will find out over the next week or so when something does not work as it used to do. :-(
Bug: Auto-downgrade to plaintext doesn't respect <font size="NN" face="monospace">
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-08-20 22:31:46+00:00
Resolved: 2023-05-04 23:14:04+00:00

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

Steps to reproduce:

Write a message in "Fixed width", <font face="monospace">. Change the text size:
<font size="NN" face="monospace">. Send message.


Actual results:

Message downgraded to plaintext (when using default settings).


Expected results:

Shouldn't have been downgraded to plaintext due to the special font size.

Already not working in TB 91, likely broken when <tt> was replaced with <font face="monospace">.
Bug: Cannot digitally sign this message, because you haven't yet configured end-to-end encryption
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-21 07:37:39+00:00
Resolved: 2022-08-21 10:25:55+00:00

Steps to reproduce:

I have two mail accounts in Thunderbird, one with configured OpenPGP and digitally signing enabled by default (Account A) and one without any end-to-end encryption (Account B).
While browsing through the inbox of Account A, I click "Compose" to compose a new message. I then decide that I want to send it from Account B, so I change the sender address in the dropdown of the Compose window.
When I'm done composing the message, I click "Send".


Actual results:

I get an error message:

"Cannot digitally sign this message, because you haven't yet configured end-to-end encryption for <Account B>."


Expected results:

The message should be sent without any error message.

This happens, because the Security > Digitally Sign Message checkbox is ticked when composing the message from the inbox of Account A.
It is kept in this state when switching the sender to Account B.
However, all Security settings are greyed out after switching the sender to Account B (because end-to-end encryption is not configured for Account B).

The only way I can currently work around this is switching the sender back to Account A, unticking the Security > Digitally Sign Message checkbox, and switching the sender to Account B again. This is non-intuitive though.

My suggestion is that Thunderbird reevaluates the end-to-end encryption settings every time when switching senders, and adjusts the checkboxes in the Security menu accordingly.
When I switch to Account B, Security > Digitally Sign Message should be unticked.
When I switch back to Account A, it should be ticked again.
Bug: After upgrade from 91.12.0 to 102.1.2, "not responding" after update
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-08-21 08:28:17+00:00
Resolved: 2022-09-16 02:23:15+00:00

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

Steps to reproduce:

Automatic upgrade TB 91.12.0 to 102.1.2


Actual results:

After the automatic upgrade TB 91.12.0 to 102.1.2, TB no longer works. After the upgrade, TB starts normally, but as soon as the opening screen is displayed, TB can no longer be operated. The message no response appears. It is no longer possible to continue working with the old profile. No incompatible add-ons are installed.

After reinstalling 91.12.0 and deleting the compatibility.ini file, TB works as usual again. The OS is Windows 11.
Bug: Folders with half-width Kana names are corrupted when updating to Thunderbird 102
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-08-21 10:20:42+00:00
Resolved: 2022-08-31 01:01:26+00:00

User Agent:
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.1.2
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:104.0) Gecko/20100101 Thunderbird/104.0

#### Steps to reproduce:

1. Start Thunderbird 91.
2. Create folders with names containing half-width kana characters in Thunderbird.
For example, "半角ｶﾅ", "迷惑ﾒｰﾙ", "ﾌﾟﾛﾊﾞｲﾀﾞ" (See upper left of attached image)
3. Put some messages in that folder and make sure they show up in the message list.
4. Start Thunderbird 102 with the same profile.
5. Exit Thunderbird 102 and start it again.

#### Actual results:

On the Thunderbird, the folders with the half-width Kana names are in the following situation. (See bottom left of attached image)

* The same folder appears twice in the folder pane.
* Message lists in those folders are empty.

The local directory where the messages are stored has the following situation. (See bottom right of attached image)

* Original folder file (mbox) and index file (.msf) are unchanged.
* Index (.msf) files are created with file names that have corruped half-width kana parts.
* Empty directories with the same names as the index files are created.

#### Expected results:

There is no change in the folders named in half-width katakana, and the saved messages are displayed.

#### Additional Information:

* This bug has been reported to the MozillaZine.jp forum and I have reproduced and confirmed it.
* This bug is a regression by bug 1746052 and is fixed by bug 1778429.
* I have confirmed that it is fixed in Thunderbird Daily 105.0a1 (2022-08-19). But the beta and release versions are not fixed.
Bug: brand.ftl in localized Thunderbird builds not picked up from locale's repo
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-08-21 12:00:29+00:00
Resolved: 2022-10-31 19:08:51+00:00

It seems Thunderbird does not have correct localized brand.ftl packaged in the builds.

This is Slovak (SK) brand.ftl that I'd expect to be included in the build
https://hg.mozilla.org/l10n-central/sk/raw-file/tip/mail/branding/thunderbird/brand.ftl

while the content of brand.ftl actually packaged in the builds seems to match EN-US file:
https://hg.mozilla.org/comm-central/file/tip/mail/branding/thunderbird/locales/en-US/brand.ftl

Firefox does this properly.

Applies to all channels.
Bug: normalize directory file paths
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-08-22 00:13:53+00:00
Resolved: 2022-09-06 19:33:35+00:00

For the directory paths we are not normalizing them in mailnews/base/src/MsgIncomingServer.jsm but they used to be normalized in https://searchfox.org/comm-central/rev/6fdca4f603b768cb33a566486ef133ac4cecbc5b/mailnews/base/util/nsMsgIncomingServer.cpp#471

It's possible this could lead to some incompatible/odd/difficult to understand behavior somewhere, so better to reinstate that.
Bug: Missing 102.1.x releases on release Web page
Status: RESOLVED
Priority: P3
Resolution: MOVED
Created: 2022-08-22 06:13:15+00:00
Resolved: 2022-08-22 14:22:59+00:00

Steps to reproduce:

Visit Web page [*Thunderbird Release Notes*](https://www.thunderbird.net/en-US/thunderbird/releases/).


Actual results:

The 102.1.x releases, like [102.1.2](https://www.thunderbird.net/en-US/thunderbird/102.1.2/releasenotes/) from August 9th, 2022, are not listed. The 102.1.2 page says:

> Thunderbird version 102.1.2 is only offered as direct download from thunderbird.net
> and not as an upgrade from Thunderbird version 91 or earlier. A future release will
> provide updates from earlier versions.


Expected results:

The 102.1.x releases should be listed.
Bug: The attachment gets into the e-mail text body when message forwarding UUEncoded message
Status: NEW
Priority: --
Created: 2022-08-22 08:55:02+00:00
Resolved: 2023-07-31 17:11:23+00:00

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

Steps to reproduce:

When open the e-mail, all right.
When I click the forward button then the attachment gets into the e-mail text body.


Actual results:

I checked the original message header and I founded the strange in the message source. The attachment is between begin and end.
Seen the message under this sentence.


Message-ID: <*****@lidl.hu>
From: ****@lidl.hu
To: ***@naszalytej.hu
Subject: Bestellung_LIDL_Ecser_094426072202
Date: Fri, 22 Jul 2022 10:34:51 +0200
X-$MP.ExecutedServices.L-CS90: (10) Check for password protected archives and files;(15) Check password protected PDF documents;(25) Virus Scan AVIRA - incoming;(47) General MailSplit;(1000) Find user's internet address
X-Spamd-Bar: /
Authentication-Results: ns.dej.biz;
dkim=pass header.d=lidl.hu header.s=16lidl header.b=TS4w8D92;
spf=pass (ns.dej.biz: domain of ***@lidl.hu designates 185.124.192.54 as permitted sender) smtp.mailfrom=***@lidl.hu;
dmarc=pass (policy=none) header.from=lidl.hu
X-Spam-Status: No, score=-0.91

begin 600 Bestellung_LIDL_Ecser_094426072202.pdf

M)5!$1BTQ+C4-)>+CS],-"C$@,"!O8FH-/#PO0W)E871I;VY$871E("A$.C(P
M,C(P-S(R,#@S-#0W6C`P)S`P)RDO36]D1&%T92`H1#HR,#(R,#<R,C`X,S0T
M-UHP,"<P,"<I+U!R;V1U8V5R("A01$94<F]N(%!$1DYE="P@5C8N,S`R-S)<
M;BD^/@UE;F1O8FH-,B`P(&]B:@T\/"]086=E<R`S(#`@4B]4>7!E("]#871A
M;&]G+U9E<G-I;VX@+S$N-#X^#65N9&]B:@TU(#`@;V)J#3P\+T9I;'1E<B`O
M1FQA=&5$96-O9&4O3&5N9W1H(#(U-S0O3B`S/CX-<W1R96%M"DB)G)9Y5%-W

end


Expected results:

When I read the message I see the attachment good but I try forwarding the message then the attachment gets into the e-mail text body.
The bug is thunderbird 102 (stable) and 104 (beta) version too.
Bug: Incorrect dates add-ons last updated
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-08-22 13:02:35+00:00
Resolved: 2022-08-22 13:10:37+00:00

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

Steps to reproduce:

I opened `addons` and started checking when my add-ons were last updated


Actual results:

I noticed that the dates in the `Last update` column are not correct and are different from the real date of the last update.


Expected results:

The date should be correct
Bug: Vertical scrollbar moves to top when activating message tab
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-22 14:38:30+00:00
Resolved: 2022-08-22 14:42:23+00:00

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

Steps to reproduce:

1. Open a long message in a new tab.
2. Scroll to the end of the message.
3. Activate previous tab.
4. Activate the previously created again.


Actual results:

Vertical scrollbar position is reset to the top when the message tab is activated.


Expected results:

It should keep the scrollbar position.
Bug: Vertical scrollbar moves to top when activating message tab
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-08-22 14:41:16+00:00
Resolved: 2023-05-17 18:05:12+00:00

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

Steps to reproduce:

1. Open a long message in a new tab.
2. Scroll to the end of the message.
3. Activate previous tab.
4. Activate the previously created tab again.


Actual results:

Vertical scrollbar position is reset to the top when the message tab is activated.


Expected results:

It should keep the scrollbar position.