av9ash/GitBugs huggingface dataset:
Bug: Password changed in att then updated in thunderbird not working works in att web
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-21 03:32:53+00:00
Resolved: 2020-11-23 14:05:36+00:00

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

Steps to reproduce:

I changed my att web mail password and then followed the procedure to change the password in thunderbird but password not accepted by att. 


Actual results:

I cannot receive emails. I tried deleting passwords and entering on startup - still does not work. My att web mail works with the new password but thunderbird seems to be sending incorrect password.


Expected results:

I should be able to receive emails in thunderbird but cannot
Bug: the new list on the address book SEARCH is not working
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-21 07:03:10+00:00
Resolved: 2020-09-21 10:41:58+00:00

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

Steps to reproduce:

i have updated to version 78.2.2 (32-bit)


Actual results:

on the address book when my list(s) new lists which they contain names from my personal address book when i do the search either by name or by email is not working , scrolling the cursor either up or down a white screen appears !!!!


Expected results:

please fix this !!!!
Bug: All columns disappear in message list
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-21 09:36:12+00:00
Resolved: 2020-09-22 14:31:55+00:00

+++ This bug was initially created as a clone of Bug #1617109 +++

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

Steps to reproduce:

No idea what actually triggered it.

Actual results:

Suddenly the entries for the Inbox for one of my IMAP email accounts appeared all blank. Or rather, there was one blank line for each message, and the heading line was also blank. All other folders and accounts were OK. Right-clicking in the heading line showed no columns displaying. I could restore the tag for all fields, except for the Subject line which does not appear as an option (I assume this is by design).
I tried restarting in safe-mode, with all variants, including resetting settings and plugins, but no joy with either combination. The one inbox still shows no subject line.

This also happened to another folder, Archives/2019. No idea when. All other folders are all right.

Expected results:
The columns for my Inbox should have been kept as is, and if nothing else, it should be possible to re-instate the Subject column like all other columns.

More info:
I have been digging a bit more, and found this in Archives.sbd/2019.msf:
"subjectCol":{"visible":false,"ordinal":"7"}

By stopping Thunderbird, manually changing to true, and then starting again, the subject column appeared again.

However, if I try this on INBOX.msf, it does not help, the subject column does not re-appear.

For a screendump, see Bug #1617109
Bug: Incomplete address when klicking 'Write' in address book, involving comma in display name
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-21 10:28:00+00:00
Resolved: 2020-09-21 11:01:23+00:00

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

Steps to reproduce:

Create a list "Testlist" in addess book. Add an entry to Testlist, that was not previously present in the address book. The entry should contain a first and last name. e.g. 
John Doe <johndoe@test.com>

Select Testlist (or the individual entry for John Doe) and klick on 'Write'


Actual results:

The To-Field contains only the last name followed by <> and the actuall e-mail address is missing. Looks like this:
Doe <>

Additionally, the entry in address book shows only a comma instead of lastname, firstname :
,      johndoe@test.com


Expected results:

The To-Field should have contained the full address: John Doe <johndoe@test.com>
The entry in Testlist should read:
Doe, John   johndoe@test.com

Klicking "Write" in the main TB window (as opposed to "Write" in addess book), and then typing "Testlist" in the To-field works as expected. The mail gets sent to johndoe@test.com

The error also does not occur with users that are already present in an address book or when the newly added address consist only of the e-mail address without firstname and lastname.

Might be related to issue 1666123 "many contacts, the fields first name, last name, and "display" (Dutch = Weergave) are blanked"
Bug: The subjects of incoming emails are written in white (on a white background) and therefore illegible.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-21 12:58:41+00:00
Resolved: 2020-09-22 17:35:21+00:00

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

Steps to reproduce:

La dernière mise à jour 78


Actual results:

Les sujets de mails entrants sont écrit en blanc (sur fond blanc) donc illisibles.
Il n'y a plus de surbrillance sur le dossier sur lequel je me trouve.


Expected results:

Le contraire, comme c'était avant la dernière mise à jour, tout fonctionnait bien
Bug: Connection to IMAP-server no longer possible with security on
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-21 14:21:14+00:00
Resolved: 2020-09-24 18:47:34+00:00

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

Steps to reproduce:

Invoking Thunderbird 78.2.2 for getting messages from the several mail servers


Actual results:

-Connection to ONE of the servers, in this case "www43.estugo.de" isn't longer possible with my former account settings.
When security is switched on (e.g. SSL/TLS), then the message in the status line is: "Connected to www43.estugo.de..." but nothing more happens
-If I switch tools/account settings/THIS SPECIAL ACCOUNT/server settings/security settings/connection security to "None" then the retrieving of the e-mails works immediately.

-Problem exists only with Security SSL/TLS-port 993 and STARTTLS-pot 143 on IMAP-server. The provider told me that when I use security "none" then they can detect a logon of my computer, however NOT when I'm choosing "SSL/TLS" or "STARTTLS".
So this e-mail-server can only be used with security switched off at the moment and that's quite bad.

-By the way: Outgoing messages work with this provider as usual (for example with STATTLS-port 587 on SMPT-server of www43.estugo.de)


Expected results:

Expected to get the messages as with former versions. 
I cannot clearly tell when this problem exactly occurred because the update from version 78.2.1 to 78.2.2 was within a short time but latest with 78.2.2. this problem exists
Bug: both account levels and folders with *new* messages are blue
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-21 16:31:19+00:00
Resolved: 2020-11-15 13:59:31+00:00

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

Steps to reproduce:

I updated Thunderbird to 78.2.2 (portable apps version), and the installation is labeled as "current". 


Actual results:

The user interface changed from previous versions.  Each email account is now displayed with a blue, rather than black, folder icon and has a lock symbol on it. 
New emails in the inbox previously and currently cause the inbox icon and label to be blue. 
As a result, it is now harder to visually pick out which accounts have new email in them.  I am requesting that the account name level icons be reverted to black.  The blue adds nothing that I can discern and has a negative impact on the UX.
Bug: Spellcheck window opens @ 0,0
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-21 17:22:54+00:00
Resolved: 2020-09-22 14:42:44+00:00

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

Steps to reproduce:

write an email, make a typo, send


Actual results:

spell check window opens @ 0,0


Expected results:

spell check opens at last moved to position.
[with multiple monitors 0,0 can be a LONG way from the email composition window.
the compose window opens in the sent [last used] position. So should Spell Check]
Bug: When creating a new message the text colour cannot be changed (MAC-OS)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-21 17:49:17+00:00
Resolved: 2021-02-11 22:16:15+00:00

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

Steps to reproduce:

I create a new message then mark a part of the text, click on "choose colour for text", then I choose a new colour for the text. The display in the pop-up-window shows me indeed the new colour ...... but ......


Actual results:

the colour of my marked text doesn't change when clicking "OK"


Expected results:

The text colour should change as I've choosen.

(By the way: Background colour doesn't work either. 
However, when I input a HTML-colour-string manually then both is working: text and background colour change accordingly)
Bug: Thunderbird updates from 68 to 78 unexpectedly
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-09-21 18:13:34+00:00
Resolved: 2020-11-05 12:17:01+00:00

The issue of users getting updated from 68 to 78 unexpectedly keeps popping up. The update rules on Balrog are set such that for version 68.12.0, "manual" updates are enabled, (rate 0, fallback to no-update) Go to Help->About and get updated.

However, the Preferences tab going back to at least Thunderbird 68 includes `aboutDialog-appUpdater.js` and ends up sending the same request as if Help->About was opened.

https://searchfox.org/comm-central/source/mail/components/preferences/general.js#305-307

As long as updates are enabled, which is the default in our builds, the check is done. The response is handled in updateCheckListener.onCheckComplete:

https://searchfox.org/comm-central/rev/ecb867f734791071f843a6b0117c394cd0e3d720/mail/base/content/aboutDialog-appUpdater.js#332-339

if (updateAuto) will resolve to true in our builds by default, I believe the only way to change that is to disable updates by Policy. (app.update.auto is the pref, and it defaults to true)

This is called in general.js every time you open Preferences. There's no easy way for a user to stop an update once it's staged and staging will happen. 

I propose rolling a 68.12.1 with a fix. Patch is coming.
Bug: Thunderbird beta 81.0.b4 (64-bit) fails to send mail
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-21 19:48:07+00:00
Resolved: 2020-10-02 16:06:13+00:00

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

Steps to reproduce:

Try sending mail using any SMTP mail server with or without TLS. I tried mail servers which were working just fine prior to this update.


Actual results:

After waiting for some time, I get an error message that the SMTP server timed out. I did a packet capture and also looked at the mail server logs. It seems after the intial helo from the server, TB starts responding with urlencoded data. This leads the mail server to respond with "command not recognized". 


Expected results:

Mail should have been delivered.
Bug: No longer receiving incoming emails since version 78.2.2
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-21 21:46:26+00:00
Resolved: 2020-09-22 11:33:05+00:00

User Agent: Mozilla/5.0 (Windows NT 6.3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.102 Safari/537.36

Steps to reproduce:

Hi! I'm no longer receiving incoming emails from this specific pop3 server: 
adv.oa.pt
port: 110
STARTTLS
Authetication: normal password
Operating system: Windows 8.1, 32-bit


Actual results:

Something went wrong with the last Thunderbird update, since version 78.2.2 (32-bit) it's not receiving emails from adv.oa.pt pop3 server. I didn't change any settings and I keep receiving emails for that account on other devices, such as Gmail app for Android. Thunderbird says "connection established to adv.oa.pt..." but it hangs there and nothing happens.


Expected results:

New email should be delivered to my incoming box. Meanwhile I did a test with a previous Thunderbird version (a portable one) and the new messages arrived without any problems. I wish I could provide you more relevant details but I'm not an expert and I don't know what else to say... Thank you.
Bug: 78.2.2 retrieving imap email consistently hangs at testing or "connected to" server (confirmed settings with server vendor)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-21 23:08:37+00:00
Resolved: 2020-09-22 21:20:26+00:00

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

Steps to reproduce:

Intervening event: auto upgraded to 78.2.2 (32 bit)
Server settings dictated by vendor and consistently working prior to upgrade.  After upgrade, consistent issues.  Reconfirmed settings with server vendor, no changes made (other than as noted below).
Two types of issues:
RETRIEVING INCOMING IMAP
-Attempt to "get mail" and hangs with "testing" message.  Tested over several days with consistent results.
-Researched bugs and saw that previously switching to SSL solved the issue.
-Switched account settings to SSL
-Attempt to "get mail" hangs with "connected to" message. Tested with consistent results.
-Researched bugs and implemented suggestion to simply reboot.
-Reboot.  Same consistent results as noted in this bug report.

OUTGOING
-Successfully send email
-Message that can't save to Sent on server, with inquiry whether to save on local.

Each of these issues has happened consistently (not intermittently) since upgrade which was either Thursday or Friday.  Replicated in "safe" made without add-ons

Thank you!







Actual results:

See above - won't retrieve incoming mail from imap consistent) and will send outgoing mail but won't save copy to imap server (consistent)


Expected results:

Incoming mail should have been retrieved successfully, but consistently not doing this.
Outgoing mail should be able to save a copy in Sent folder on imap server, but consistently not doing so.
Bug: Intermittent comm/mail/test/browser/composition/browser_drafts.js | 1 == 2 - JS frame :: chrome://mochitests/content/browser/comm/mail/test/browser/composition/browser_drafts.js :: test_edit_as_new_in_draft :: line 219
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-09-22 00:57:26+00:00
Resolved: 2020-10-02 18:32:02+00:00

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

---
```
```
Bug: Messages not marked as read
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-22 07:13:23+00:00
Resolved: 2021-01-17 07:44:22+00:00

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

Steps to reproduce:

Since upgrading from 68 to 78 messages do not become "read" as they should. In 68, when I view a message it is automatically marked as read. This still happens sometimes in 78, but sometimes, I can view the message repeatedly both in the main 3-pane window and in a separate window (double-click message), but it stays "unread". The asterisk that marks it as new also stays in place. I am not sure, but I think it mostly (only?) happens in threads, for messages that are not the thread root.

Also, uncofirmed, it seems to mostly (only?) happen to messages that I have received because I have BCC to myself, i.e. my own outgoing messages that have been BCC:d to my inbox.


Actual results:

Messages that I view stay marked as unread and also as new (if applicable).


Expected results:

Messages that I view should be marked as read (and the "new" mark should be removed), as they did in 68 and older versions.
Bug: Not able to connect to imap server after updated to v78.2.2
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-22 09:49:42+00:00
Resolved: 2020-10-18 00:41:49+00:00

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

Steps to reproduce:

Thunderbird mail client automatically updated to 78.2.2(32 bit). Once it is updated i am not able to receive mails from mail server.
Then i uninstalled the mail client and again installed same version and configured the imap and smtp settings but not receving mails.



Actual results:

Mail client is not able to connect to imap server and not receiving emails


Expected results:

I should get emails after updating to thunderbird v78.2.2
Bug: If many recipients, composition's addressing area vertical size increases without limit, shrinking body height to near-zero.
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-09-22 12:50:10+00:00
Resolved: 2024-07-05 13:15:35+00:00

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

Steps to reproduce:

When adding recipients to the TO: field, the more you add, the more the TO: window grows and shrinks the composition window.   
Also if doing a reply all to an email that has a large number of recipients, it too products a very large recipients window and almost if not no compose window.


Actual results:

See above.  No room or little room to compose.


Expected results:

The number of recipient lines should be limited to a few and have a scroll bar.   
It works okay in version 68.
Changing mail.compose.addresswidget.numRowsShownDefault  in config editor does not adjust the # of rows as it should.
Bug: Cannot copy contact from one mailing list to another
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-22 13:04:58+00:00
Resolved: 2020-09-22 23:08:01+00:00

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

Steps to reproduce:

Contacts cannot be dragged to mailing lists.
They cannot be dragged fro one mailing list to another mailing liste either.
This was possible with the previous build.
Now - instead - yuo have to double click on the mailinglist to open it, and from here you can add a contact to the mailinglist by adding the contact (writing the name or email) to the end of the list of contacts in that mailing list.


Actual results:

Nothing happens. There is a no-go sign beside the mouse, if you try to drag a contact to a mailinglist.
You can still move contacts from one address book to another address book by dragging the contact.


Expected results:

Dragging a contact to a mailinglist should copy the contact to that mailinglist.
Bug: Print action crashes program
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-22 15:19:30+00:00
Resolved: 2020-09-28 12:46:30+00:00

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

Steps to reproduce:

opened an email and tried to print


Actual results:

when I hit the "print" button the program crashes every time. 

Print Preview works but the button to print does nothing. 


Expected results:

The email should have printed
Bug: Thunderbird Edit Message Filter window cannot be made smaller to see pane bottom edge (long list of items) to execute desired modification.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-22 15:37:29+00:00
Resolved: 2022-09-15 10:00:58+00:00

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

Steps to reproduce:

The bottom edge of the pane containing the specific filter parameters (Subject, From, Body, Date, etc...) cannot be visualized.  Size adjustment handles at top and sides are visible/available.  One cannot reposition/re-size to allow total visualization of bottom area and complete a desired change.  This particular filter has many entries and that causes pane to extend below the monitor bottom edge.

Name 	Thunderbird
Version 	78.2.2
Build ID 	20200908210243


Actual results:

Cannot accomplish/finalize additional entries


Expected results:

Needs a 4-way handle within pane to reposition this long pane upward to visualize bottom edge.
Bug: Master password prompt appears twice on launch
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-22 19:21:21+00:00
Resolved: 2022-04-10 18:52:51+00:00

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

Steps to reproduce:

I have secured Thunderbird with a master password. After upgrading to Thunderbird 78, I get a master password prompt before the main Thunderbird window is shown. After entering the password, the Thunderbird main window appears and I am asked to enter the master password a second time.


Actual results:

Master password prompt appears twice after starting Thunderbird 78


Expected results:

It should only appear once, like in Thunderbird 68.
Bug: New mail appears in bold white font on white background - unreadable new mail inbox details
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-22 21:41:41+00:00
Resolved: 2020-11-06 17:51:14+00:00

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

Steps to reproduce:

This is an intermittent problem that I thought was related to add-ons. I deleted all add-ons and opened in safe mode which worked. Today I opened it in normal mode and found the same problem occurred. The only way I've found to resolve is the safe mode and then restarting the program will most times render the inbox as expected.


Actual results:

The inbox background is white, new mail appears in bold white font while read mail is in normal black font. If there are emojis in the subject line they are visible as normal. Sort by read green and gray dots remain visible.


Expected results:

New mail should appear in Bold Black Font with read mail in Non-bold Black Font. I attempted changing the inbox background in the setting but even though I have changed the setting it doesn't actually change in the inbox.
Bug: Setting for "Send email in HTML anyway" is lost/does not stick on app restart
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-22 22:30:55+00:00
Resolved: 2022-05-16 05:20:56+00:00

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

Steps to reproduce:

1) Go to Tools->Options->Composition
2) Next to "Configure text format behavior", click the "Send Options" button.
3) Change the setting in the dropdown from "Convert to plain text" to "Send in HTML anyway"
5) Close Thunderbird.
6) Restart Thunderbird

Note:
I can't find any documentation anywhere to indicate how Thunderbird determines which recipients "are able to receive HTML" or why it might think a recipient might be unable to view HTML.  I suggest that by default all recipients are assumed to be capable of HTML unless specifically flagged otherwise.  This is not a bug of course but it is very unclear.


Actual results:

The setting reset to default ("convert to plain text") on restart.  It did not keep the new selection.


Expected results:

The setting should have remained at what it was set to in the previous session.