av9ash/GitBugs huggingface dataset:
Bug: Import Outlook Messages Crash
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-30 15:06:33+00:00
Resolved: 2020-12-31 19:10:30+00:00

Importing Outlook messages was broken between 63.0b1 and 64.0b1. Attempting the maneuver now results in a 100% reproducible crash.

https://crash-stats.mozilla.com/report/index/79865ec4-1308-403c-b833-f3a860200129
https://crash-stats.mozilla.com/report/index/cbb51c68-2ce8-448b-b6e4-d65b50200129
https://crash-stats.mozilla.com/report/index/c33ec99d-bec4-424c-88ff-76e000200129
https://crash-stats.mozilla.com/report/index/49511d1c-00ec-49e5-b92f-d1ec00200129
https://crash-stats.mozilla.com/report/index/bbc1ff09-e4c5-4785-a8c9-182790200129
https://crash-stats.mozilla.com/report/index/96d8c1a3-e173-4bd3-a831-202440200129
https://crash-stats.mozilla.com/report/index/117addc0-f31c-4f00-a7d5-dfd600200129
https://crash-stats.mozilla.com/report/index/bf7d3f49-a48d-4441-b238-9f0b80200129

All the crashes are while I was narrowing the regression window.
Bug: Compfields2Recipients leaves old entries intact
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-01-30 15:18:56+00:00
Resolved: 2020-06-04 20:01:23+00:00

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

Steps to reproduce:

I tried to use Compfields2Recipients to expand the mailing list items in the to, cc and Bcc fields of the email.


Actual results:

All the addresses were added to what was already there. 


Expected results:

They should have replaced the items that were there. This appears to be because CompFields2Recipients is different now between  comm-release/mail/components/compose/content/addressingWidgetOverlay.js
and 
 comm-release/suite/mailnews/components/compose/content/addressingWidgetOverlay.js
Whereas it was the same in previous versions.
Bug: moving messages to mail folders has become error-prone and cumbersome since update
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-01-30 16:07:31+00:00
Resolved: 2020-02-04 16:44:25+00:00

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

Steps to reproduce:

Since update to version 68.4.2, permanently pressing on a message to move it from the inbox to another folder in the unified folders tab often often results in unintended copying of the message into the wrong folder.  Also once moved, the new folder now often tends to open automatically (which didn´t happen before the update), to display the moved message (sometimes opening the message in a new window), thus requiring one to scroll back to the inbox to re-open it for moving other messages.  This makes inbox cleanup much more cumbersome than before, when messages would simply be dropped to the specified folder without opening it.  


Actual results:

message might get accidentally dropped in the wrong folder before actually releasing the mouse.  If moved, the new mail folder will open, instead of the inbox, requiring an additional step by the user to re-open the inbox folder to continue with message moving operations


Expected results:

message moved should simply drop in specified folder without opening the folder (nor the message), allowing the user to continue cleaning up his/her inbox undisturbed.
Bug: What an addon sends to console doesn't often appear
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-30 16:30:27+00:00
Resolved: 2020-03-29 02:35:05+00:00

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

Steps to reproduce:

I asked my addon to write a lot of stuff to the console so I could verify what it was doing.



Actual results:

Only a very small part of what I asked for appeared in the console, either error console or the developers console.


Expected results:

Items sent to the console should have appeared there - especially when actions either side of the console.log entry did happen, such as buttons being added to a new message window or some data being filled in for the options page.
Bug: wrong address when replying account identities
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-01-30 16:50:40+00:00
Resolved: 2020-02-05 10:02:10+00:00

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

Steps to reproduce:

I'm using different identities on one account. I replied to an email from another identity.


Actual results:

The sender and recipient are reversed. So I will send the mail to myself and the from-field is the other identity.


Expected results:

The sender should be me and the to-field should be the other identity.

This failure is not congruent. On some e-mails it happens on others not no matter if  it has the exact same header-structure . The behavior (if the reversed address occurs or not) will stay the same for an e-mail in the folder. 
It seems to me to be very similar to the Bug #377998. But it was opened and fixed 13 years ago.
Downgrading to the Version 60 let this behavior disappear.
Bug: Thunderbird, 68.4.2 crashes after adding attachments
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-01-30 17:59:38+00:00
Resolved: 2020-02-25 06:35:00+00:00

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

Steps to reproduce:

Click "Write" to compose a new message.
Fill in To, Subject, and Message.
Click to add attachment, browse to select file, click "Open"


Actual results:

After clicking Open the program shuts down immediately with no warning.
Sometimes it successfully adds one or two attachment but then crashes upon adding the third.  Sometimes it crashes when adding the first.


Expected results:

The dialog box should close and the draft should now contain the attachment(s) ready to "Send"
Bug: Icon is created in C:\Users\Public\Desktop even if Public\Desktop is mapped to somewhere else (like D:)
Status: UNCONFIRMED
Priority: --
Created: 2020-01-30 18:23:41+00:00
Resolved: 2022-10-11 23:54:07+00:00

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

Steps to reproduce:

Install Thunderbird 68.4.2 64bits on a new laptop W10-1909 (onto which Thunderbird was not installed yet) and choose to create an Icon on desktop.


Actual results:

Icon is created in C:\Users\Public\Desktop which is quite often the location of Public Desktop but not necessarily... 
In my particular case I have indeed moved public desktop (and some other directories) onto another disk, ie. D:\Users\Public\Desktop.
This move has been done using Windows itself, and then correct location of public desktop is set in registry.
As a result, since C:\Users\Public\Desktop is NOT the real place of public desktop, icon is not visible on desktop.


Expected results:

Create the Icon in the actual place for public desktop, as defined in the registry.
Bug: autoadmin.global_config_url and permission.sqlite
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-30 18:36:41+00:00
Resolved: 2024-03-24 14:43:37+00:00

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

Steps to reproduce:

Configure main account for the organization with an external file personal.js" with autoadmin.global_config_url.
Using the same configuration from thunderbird 15 until 60.5.2, without any problem.
Update to version 61 or newer.


Actual results:

Every thing works fine, until an email has an attached image.
It adds an entry with reference to imap folder into permission.sqlite in the table moz_perms, example: (xxxxxx are only for confidentiality)
'imap://xxxxxx%2Exxxxxx%40xxxxxx%2Ees@imap.xxxxxx.es:993/fetch%3EUID%3E.INBOX%3E19740','storageAccessAPI',1,2,1582982575992,1580390575992
When thunderbird starts after that, the main account (from personal.js) disappears.


Expected results:

Works fine like always.

Deleting any imap reference into moz_perms table solves the problem, also deleting the file, but then the user loses autoload for images.
Bug: About & Preferences windows don't appear (on Mac) when there's a master password and security.prompt_for_master_password_on_startup is set to true
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-30 22:53:39+00:00
Resolved: 2022-07-11 00:20:16+00:00

The "About" box no longer appears, when selected from main menu.

OK in Daily 0127, problem appeared in Daily 0128.

MacOS 10.14.6

It's a minor pain: current version can be got from Help -> Troubleshooting

update on demand is lost; need to wait for update prompt to appear
Bug: All of my previous emails were deleted without my request. I want them back!
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-01-31 03:46:21+00:00
Resolved: 2020-03-17 01:57:25+00:00

User Agent: Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.130 Safari/537.36 OPR/66.0.3515.44

Steps to reproduce:

Looked for my emails.


Actual results:

They're ALL gone, some are a couple years old. I need them back. I do consulting work and rely on them .


Expected results:

My emails should still be there. No reason they were deleted.
Bug: browser.compose.begin* functions should not expand mailing lists
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-01-31 07:00:51+00:00
Resolved: 2020-04-08 07:09:43+00:00

You can pass a mailing list to the begin functions of browser.compose. Currently it expands the mailing list and adds all of the members to the message recipients. (Or it would if it were not broken.) This shouldn't happen, just the mailing list should be added to the message recipients.
Bug: Sent message is randomly not showing up in gmail Sent Mail
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-01-31 10:31:24+00:00
Resolved: 2022-11-27 17:00:25+00:00

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

Steps to reproduce:

Sent an email message


Actual results:

A copy shows up in All Mail but not Sent Mail on Google's IMAP server


Expected results:

A copy should appear in Sent Mail. Note I have been doing this for years - my client is set up properly to save copies in Sent Mail. It works most of the time. But recently it appears to be sporadically losing messages with no feedback or error message.
Bug: Preview of attached csv files disappeared
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-31 11:51:43+00:00
Resolved: 2020-02-01 21:58:47+00:00

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

Steps to reproduce:

receive a csv file atached
under the body of the message , seeing the content of the csv file


Actual results:

under the body of the message , not seeing the content of the csv file


Expected results:

under the body of the message , seeing the content of the csv file
Bug: "Add Security Exception" dialog appears too many times to dismiss, if account is repeatedly checked for new messages
Status: UNCONFIRMED
Priority: --
Created: 2020-01-31 21:21:14+00:00
Resolved: 2022-10-11 23:54:29+00:00

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

Steps to reproduce:

The email hosting service for the domain changed. Thunderbird was attempting to check the account every 10 minutes overnight. 


Actual results:

When I came to the computer in the morning, Thunderbird had a dialog: "Add Security Exception." I cancelled this dialog, only for another to pop up. Attempted about a dozen times with the same result. Could not exit Thunderbird without doing an "End Task" from the operating system.


Expected results:

Two things:
(1) The dialog box is too specific. It assumes the user may want to add a security exception. This is not a meaningful message for an end user, who may know nothing about what happened on the hosting/server end of things. Instead, it should describe what happened, and have a clear option for "TAKE NO ACTION" for users who may have no idea what's going on, and may need to contact a system administrator or similar.
(2) If this issue happens, either Thunderbird should suspend its auto-checking until it gets some user feedback, or at least, it should not throw multiple instances of the same error message.
Bug: Update Verify failures Thunderbird beta
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-31 21:49:16+00:00
Resolved: 2020-04-08 14:14:11+00:00

We see UpdateVerify errors on every beta.

https://searchfox.org/mozilla-central/rev/2e355fa82aaa87e8424a9927c8136be184eeb6c7/taskcluster/taskgraph/transforms/update_verify_config.py#40-42

That's one problem. When testing an update from release channel to beta channel update-settings.ini will always have Firefox channels listed. So we need to overwrite mar-channel-id-override in those cases.

The other issue is https://searchfox.org/comm-central/rev/4656a6fc05593b508b8a18928d9c9efebe3a7958/taskcluster/ci/build/kind.yml#65

I made that change in an attempt to fix this issue before, and I believe it was the wrong call because the reason for doing that would be to test RC builds which we don't do.

I think to fix this we can use use a transform that runs after the update_verify_config transforms and set a new mar-channel-override value that just always gets set for Thunderbird betas.
Bug: Nested Numbered List Will not go above 2
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-31 21:52:36+00:00
Resolved: 2020-02-01 22:02:17+00:00

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

Steps to reproduce:

1. Click button to add Numbered List
2. Type "item 1"
3. Press Enter and Tab
4. Type "item 1.1"
5. Press Enter and Shift+Tab
6. Type "item 2"
7. Press Enter and Tab
8. Type "item 2.2"
9. Press Enter and Shift+Tab
10. Type "item 3"
11 Press Enter and Tab
12. Type "item 3.1"


Actual results:

Resulting List is:
1. item 1
    1. item 1.1
2. item 2
    1. item 2.1
2. item 3
    1. item 3.1


Expected results:

The third item should start with a 3. 
There should be a right click menu to restart/rejoin list?
Bug: Translations missing in german-version (de) maybe in  other translations of thunderbird too
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-01-31 22:07:16+00:00
Resolved: 2020-08-13 08:11:14+00:00

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

Steps to reproduce:

I found some untranslated menu-items like: Undo/Redo, Paste, Copy and Select All is not translated. (Main Menu, Popupmenu). Please see the attatched screenshots.

Affected: German translation


Actual results:

The english/default translation is used.


Expected results:

The described menu-items and label should be translated.
Bug: Impossible to attach a file to a mail
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-02-02 10:47:19+00:00
Resolved: 2020-02-25 07:27:21+00:00

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

Steps to reproduce:

I had tried to join e file to my mail, but it does not appears in the windows supposed to show which file was included in the mail.

Beta version 73.0b2


Actual results:

No file list of joint files ( finaly, no files included in the mail)


Expected results:

Get a list of files joint to the mail and joined files
Bug: No way to re-authenticate OAuth2 accounts if the permission is revoked from the server side(?)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-02-02 12:36:14+00:00
Resolved: 2020-04-08 07:06:05+00:00

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

Steps to reproduce:

1. Log into a Gmail account using OAuth2
2. Change the password of the Google account to log out all clients
3. Launch Thunderbird


Actual results:

Only a notification popped up saying 'Authentication failure while connecting to server imap.google.com'.


Expected results:

Apart from the notification, Thunerbird should re-initiate the OAuth2 flow to authenticate itself again.
Bug: Moving Emails from Accounts does not actually Delete Emails.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-02-02 13:28:35+00:00
Resolved: 2020-03-29 19:00:00+00:00

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

Steps to reproduce:

I tried to move emails from one account to another. Sometimes they transfer is completed and the emails disappear. Other times, the count disappears and it stops transferring them.  It is currently set to move emails deleted to the trash bin. I just changed it to delete them permanently in the settings for the email accounts.


Actual results:

With moving to the trash bin picked, moving emails between gmail to outlook account, would transfer. However come back later, and you would see the emails on Gmail being back there. Other times deleting permanently, would do nothing. Likewise, sometimes no error would appear when transferring files, and it would just stop. 


Expected results:

Files moved between email accounts should be deleted, not be redownloaded, or still stay in the folder.
Bug: Extra recipients panel is not keyboard accessible
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-02-03 02:44:29+00:00
Resolved: 2020-06-11 10:38:43+00:00

STR

1) New msg
2) Shift+Tab to reach Extra recipients panel [>>], press Enter
3) try to select any extra recipient with keyboard-only methods (tab, cursor keys)

Actual result
- Extra recipients panel is not keyboard accessible afasics

Expected result
- cursor down/up should visibly focus the first/last item of the panel
- cursor up/down for navigating panel items, Enter to confirm
Bug: Intermittent comm/mail/test/browser/composition/browser_saveChangesOnQuit.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: WORKSFORME
Created: 2020-02-03 09:44:12+00:00
Resolved: 2022-04-04 11:57:07+00:00

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

---
Bug: "This message may be a scam" warning should include details
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-02-03 10:56:08+00:00
Resolved: 2024-04-24 17:48:41+00:00

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

Steps to reproduce:

I opened a message and this warning was displayed at the top:

"This message may be a scam"

which of course was a false positive.


Actual results:

There is a "x" button to dismiss the warning and a "Preferences" button which in turn unfolds two options: ignore warning for this message, or edit scam detection preferences.

There is, however, no "Details" option that will tell me EXACTLY WHY Thunderbird thinks this message is a scam


Expected results:

There should be a "Details" option or something like that, that will tell me EXACTLY WHAT scam detection criteria the message matches, explained in understandable language. It's OBVIOUS that if you tell me that you think a message may be a scam you should also tell me why you think that. Also, how am I supposed to adjust my scam detection preferences (for example, to avoid this false positive in the future) if I don't even know what in this message was detected as suspicious?

It's unbelievable that I have to tell you this.
Bug: Message format is not preserved in reply & forward
Status: NEW
Priority: --
Created: 2020-02-03 13:48:16+00:00
Resolved: 2022-10-11 23:54:43+00:00

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

Steps to reproduce:

1. Open Tools\Options\Composition\General.
2. Under HTML section change text color.
3. Try forward or reply to some message.


Actual results:

Previous message color is overridden by composition color.


Expected results:

Format of previous message is kept. Composition format applies just to new content.
Bug: Error in errorCallback for fetchhttp when setting up Office 365 IMAP account
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-03 14:59:28+00:00
Resolved: 2020-02-04 21:34:00+00:00

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

Steps to reproduce:

Tools -> Account Settings -> Account Actions -> Add Mail Account...

Your name: Foo Bar
Email address: foo@bar.onmicrosoft.com
Password: password

Click "Continue".

I've tried this with real credentials and I get the same error.


Actual results:

A dialog with:

Error in errorCallback for fetchhttp

TypeError: e(...) is null


Expected results:

Configuration succeeded.
Bug: Startup Crash in [@ je_free | nsINIParser_internal::DeleteString]
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-02-03 15:43:55+00:00
Resolved: 2020-12-31 15:22:12+00:00

Signature first appears  68.0, all startup.  Perhaps rare enough on the Firefox side to say it doesn't crash.
https://crash-stats.mozilla.com/signature/?product=Thunderbird&signature=je_free%20%7C%20nsINIParser_internal%3A%3ADeleteString&date=%3E%3D2019-08-03T15%3A38%3A00.000Z&date=%3C2020-02-03T15%3A38%3A00.000Z#summary

bp-509ae74b-ab48-4d4d-b80a-34a110200131. 73.0b1

```
Top 10 frames of crashing thread:

0 mozglue.dll je_free memory/build/malloc_decls.h:54
1 xul.dll nsINIParser_internal::DeleteString xpcom/base/nsINIParser.cpp
2 xul.dll nsToolkitProfileService::MaybeMakeDefaultDedicatedProfile toolkit/profile/nsToolkitProfileService.cpp:612
3 xul.dll nsToolkitProfileService::SelectStartupProfile toolkit/profile/nsToolkitProfileService.cpp:1484
4 xul.dll XREMain::XRE_mainStartup toolkit/xre/nsAppRunner.cpp:3908
5 xul.dll XREMain::XRE_main toolkit/xre/nsAppRunner.cpp:4727
6 xul.dll XRE_main toolkit/xre/nsAppRunner.cpp:4823
7 thunderbird.exe NS_internal_main comm/mail/app/nsMailApp.cpp:324
8 thunderbird.exe wmain toolkit/xre/nsWindowsWMain.cpp:131
9 thunderbird.exe static int __scrt_common_main_seh f:/dd/vctools/crt/vcstartup/src/startup/exe_common.inl:288

bp-7e423431-fdaa-4149-9220-a93170200130 68.4.1
Bug: Outlook 365 authentication 68.4.2 broken
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-02-03 16:39:48+00:00
Resolved: 2020-02-03 19:30:08+00:00

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

Steps to reproduce:

Came into work this morning and my Thunderbird that was authenticating fine (I believe with an Office 365 app password) on Friday is not now.

I checked the version on the work PC, and saw it was 68.4.2.  When I went to my home computer (which I think was still receiving them fine), I saw it *was* 68.4.1, but was prompting for an update to 68.4.1.

Sure enough, once I completed that update, now that one fails authentication the same way.

I've tried about 5 new app passwords and none of them work.

I've tried deleting the account from the password manager, changing the login to something else, trying to login (and failing of course) and then switching it back.

None of these workaround attempts work.


Actual results:

Failure to authenticate, error message reads:

Login to server imap-mail.outlook.com with username x@y.z failed.
(Retry)/(Enter New Password)/(Cancel)


Expected results:

Authentication as usual.