av9ash/GitBugs huggingface dataset:
Bug: Thunderbird places ¨sent items¨ and ¨trash¨ items not in the proper Icloud maps on the server.
Status: UNCONFIRMED
Priority: --
Created: 2020-04-02 11:57:45+00:00
Resolved: 2021-03-25 03:12:54+00:00

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

Steps to reproduce:

I installed TB and choose IMAP protocol.


Actual results:

TB makes a new folder ¨Deleted%20Messages¨ in my Icloud mail storage. It should place the deleted items in ¨trash¨ as osx and ios mail does. 
The same goes for send messages. TB creates a folder called ¨Sent%20Messages¨ while Icloud uses ¨sent¨


Expected results:

TB should place the deleted messages and the sent messages in the maps provided of Icloud.
Bug: Port bug 1625773: Fix use of backup prefs for socks proxy information
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-02 13:47:11+00:00
Resolved: 2020-04-03 01:43:13+00:00

Like in the FX bug 969282 we should also have removed and migrated in our bug 1606679 the prefs `network.proxy.backup.socks` and `network.proxy.backup.socks_port`.
Bug: AutoComplete fails with LDAP and accented characters
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-02 14:10:31+00:00
Resolved: 2021-08-27 08:04:27+00:00

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

Steps to reproduce:

Using LDAP addressbook (and local ones as well).
There are names in it (mostly german), with (not-so-)special characters, such as "ö" and "ü" and so on.
Example A: "Jörg Börg", or another example B: "Jörg Borg".


Actual results:

When searching for any name in the LDAP Addressbook, it returns the expected results, regardless of special characters.

When composing a mail and using AutoComplete for address A, following happens:
- start typing "Bör...": it only gives suggestions from the local addressbook, but not from LDAP
- start typing "Jör...": same thing, no results from the LDAP, only from local adressbooks.
When trying the same with address B:
- Autocomplete works and gives suggestions from the LDAP source as well, as it should.

When I type this isntead: "*Bör..." it finds the names from LDAP, but then it is giving suggestions from LDAP only.

This seems to happen all the time, when the second part of CommonName contains such a special accented character.


Expected results:

AutoComplete should suggest the adresses from LDAP the same way as the Addressbook search does.

Sorry for being vague, I don't know much about this.
Bug: Thunderbird doesn't start for locales not set up for calendar
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-02 14:16:13+00:00
Resolved: 2020-04-27 10:46:03+00:00

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

Steps to reproduce:

0-I downloaded Thunderbird Persian(fa) from mozilla ftp
1-I installed Thunderbird 76a-x64-fa on Windows 10
2-I clicked on Thunderbird Daily icon on windows desktop


Actual results:

Thunderbird couldn't start to run. It shows an error message windo that i attached to bug. It seems there is a problem in xml code in a xhtml file! When i closed the error window, no thing happened and Thunderbird didn't start to run.
It happening from version 74a or 73a to now(76a). I couldn't run thunderbird after that. Upgarade and remove and install again didn't make thunderbird normal.


Expected results:

Thunderbird should be able to run and start normally.
Bug: Switch wizardpage header labels in comm-central to using fluent
Status: NEW
Priority: --
Created: 2020-04-02 19:10:35+00:00
Resolved: 2020-05-31 19:38:06+00:00

We'll switch the labels for Firefox's migration dialog in bug 1518234 at some point in the near future (hopefully this quarter), and then there'll be no non-fluent `wizard` consumers left in m-c. I'm writing code to deal with the non-fluent things in https://phabricator.services.mozilla.com/D69283#inline-409915 anyway (because the migration work is not done yet) but it would be nice not to have to support it forever.

I'll also add that the "[header description](https://searchfox.org/mozilla-central/rev/4ccefc3181f9d237ef4ca8bd17b4e7c101ddf7b5/toolkit/content/widgets/wizard.js#453-458)" thing is comm-central-only at this point (not used by either of the m-c consumers). Maybe it makes sense to just fork the wizard implementation? I dunno - not really my call. :-)
Bug: Empty message body in display window despite text being present in source code
Status: UNCONFIRMED
Priority: --
Created: 2020-04-02 21:13:50+00:00
Resolved: 2021-06-11 17:33:09+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:

OS: Win10 Pro (64-Bit)
TB: 68.6.0 (32-Bit)
Receive/open the message file in Thunderbird - the body appears empty. The same message loads normally in Outlook. My first thought was that it's a problem with the encoding, but simply changing the encoding or Content-Type did not solve the issue. I've tested this behaviour on three different computers/TB clients with the same results. The best I can deduce is that the email source code is corrupted in some way when the message is initially received in TB, but I haven't been able to figure out which part of the message it is that causes the display in TB to break. 


Actual results:

Three separate emails I received in Thunderbird (all automated messages from the VAT office of FL eGov) display an empty body in the message window, despite having message text in the source code. In the "You've received a new message!"-popup the body text previewed normally. (.eml of message with empty body as received in Thunderbird attached)


Expected results:

If I configure my email account in Outlook to receive that same mail, it displays the body text normally in Outlook. If I then forward the message from Outlook, the forwarded message displays normally in Thunderbird. (.eml of forwarded message attached). I can even open the message received in Thunderbird in Outlook and it displays fine. This leads me to believe that it's something in the formatting that specifically trips TB up.
Bug: Crash in [@ nsMsgIncomingServer::GetDeferredServers]
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-04-02 21:58:24+00:00
Resolved: 2020-04-04 02:06:13+00:00

This bug is for crash report bp-a977a83d-fa6b-44e7-816c-c719c0200402.

```
Top 10 frames of crashing thread:

0 xul.dll static nsMsgIncomingServer::GetDeferredServers comm/mailnews/base/util/nsMsgIncomingServer.cpp:1994
1 xul.dll nsPop3IncomingServer::GetNewMessages comm/mailnews/local/src/nsPop3IncomingServer.cpp:470
2 xul.dll XPTC__InvokebyIndex 
3  @0x1cf6adf100f 
4 xul.dll truncf 
5 xul.dll truncf 
6 xul.dll static XPCWrappedNative::CallMethod js/xpconnect/src/XPCWrappedNative.cpp:1141
7 xul.dll XPC_WN_CallMethod js/xpconnect/src/XPCWrappedNativeJSOps.cpp:947
8 xul.dll js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:581
9 xul.dll Interpret js/src/vm/Interpreter.cpp:3040

```
Bug: Unified folder messages disappear from vew when the mouse moves over them (paint)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-02 22:47:47+00:00
Resolved: 2021-04-04 21:38:36+00:00

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

Steps to reproduce:

I have New->Folders->Unified turned on so the Unified folder is visible. All accounts and their folders are sorted under Inbox, Drafts, Sent, Junk... I an starting to move the mouse over the messages lines. (I have tried in safe mode with no addons and with default. light and dark themes.)


Actual results:

When I move the mouse over the unified folder's lines with messages, they start to visually disappear line by line or in bigger rectangles over a few messages. As I continue to move the mouse, all the messages disappear but the star, read and junk icons remain. When any line is clicked nothing happens. If I switch to a specific email account Inbox or any other folder there is no problem with them. When I return to the Unified folder the messages are there again but when the mouse is moved, the lines disappear again, etc.


Expected results:

The displaied lines of the messages in the unified folder must remian and not disappear so I can click them and work with every single email. This is not possible now.
Bug: All non-English named folder contents deleted while the empty folder duplicated
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-03 02:30:14+00:00
Resolved: 2021-04-04 21:38:47+00:00

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

Steps to reproduce:

No specific action required to reproduce the issue.


Actual results:

All non-English named folder (Korean) contents were deleted. At the same time the empty folder remained duplicated. You can see the problem in the attached file.  Literally all my messages under the non-English named folder are gone. English named folders are intact.


Expected results:

No explanation needed.
Bug: Set default columns via autoconfig
Status: UNCONFIRMED
Priority: --
Created: 2020-04-03 05:08:15+00:00
Resolved: 2024-12-03 14:40:08+00:00

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

Steps to reproduce:

With previous Thunderbird versions, I could set the preference "mailnews.database.global.views.conversation.columns" to apply default columns. This stopped working in Thunderbird 68. From what I can tell, the only way to set it now would be to edit the .msf files for each mailbox.


Actual results:

"mailnews.database.global.views.conversation.columns" is not applied on TB68


Expected results:

"mailnews.database.global.views.conversation.columns" (or an alternative) should be applied in future versions
Bug: Shortcut (Ctrl+K) doesn't focus gloda search input
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-03 06:13:31+00:00
Resolved: 2021-07-28 01:15:07+00:00

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

Steps to reproduce:

1. On tabmail, press `Ctrl + K` to focus gloda search input
2. Type anything, press `Enter` to open gloda search tab
3. Click tabmail
4. Press `Ctrl + K`


Actual results:

Nothing happened


Expected results:

Should focus gloda search input again
Bug: Addressing widget not disabled for user input during send
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-03 07:29:43+00:00
Resolved: 2020-06-11 10:42:33+00:00

STR:
Compose a message, add a few recipients
Add some heavy attachments so sending will take some time to complete
Press send.

Observe that the addressing widget is not disabled, so you can change the recipients while sending is in progress. I don't know which effect that will have once sending completes and the sent message is stored.

In any case, this is a regression. The addressing area was always locked from change after the Send button was pressed.
Bug: Intermittent Assertion failure: mFrame->IsCanvasFrame() || mFrame->IsFrameOfType(nsIFrame::eTablePart), at /builds/worker/checkouts/gecko/layout/painting/nsDisplayList.cpp:3944
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-04-03 08:13:30+00:00
Resolved: 2021-12-07 08:26:18+00:00

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

---
Bug: direct mails do not reach destination but forward mails do
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-03 09:16:19+00:00
Resolved: 2020-04-06 12:37:27+00:00

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

Steps to reproduce:

Write a simple email and send


Actual results:

email do not reach their destination 
I did'nt received any information that shipment failed
If I forward the mail , it works


Expected results:

email should reach destination or at least an information should be provided
Bug: selecting <select> in popup.html closes popup.html
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-03 09:52:51+00:00
Resolved: 2020-06-26 20:30:21+00:00

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

Steps to reproduce:

using a <select>: when clicking the selected entry, the select popup closes (expected) and popup.html closes as well (unexpected)
Bug: <datalist> in popup.html throws error in one of the autocomplete??.js
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-03 10:01:24+00:00
Resolved: 2023-08-24 11:36:53+00:00

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

Steps to reproduce:

a mini popup of height 0.5mm is displayed. Debugger indicates error in one of the autocomplete.js files. Example at: https://github.com/opto/TB_MailExt_1 brach select_datalist.

I saw there is a large number of bugs relating to datalist but they are all resolved.
Bug: Can't send msg from gmail: smtp.gmail.com server has timed out
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-03 10:33:34+00:00
Resolved: 2020-11-07 21:10:25+00:00

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

Steps to reproduce:

I have gmail account and i can't sending msg cause program show me issue with smtp server but configuration is correct.


Actual results:

I get a window with this text from added file.

"Sending message failed.
The message could not be sent because the connection to the outgoing mail (SMTP) smtp.gmail.com server has timed out. Please try again or contact your network administrator."


Expected results:

Hope u will help me to fix this
Bug: "Drag and Drop" of message does not work
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-03 10:47:36+00:00
Resolved: 2020-07-03 16:13:31+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:

In every folder,  I click on a mail with my left mouse button and try to move it into another folder, but it doesn't work. This has been happening since yesterday afternoon. I can only move the emails using the "Move to" command which is located in the drop-down menu that appears by clicking with the right mouse button on the object to be moved


Actual results:

Nothing


Expected results:

The selected object moves to where I want it
Bug: Content-Disposition: =?utf-8?Q?inline?= does not work
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-03 14:10:48+00:00
Resolved: 2020-12-22 21:33:09+00:00

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

Steps to reproduce:

I got an email with the header-line

Content-Disposition: =?utf-8?Q?inline?=




Actual results:

The content of the email was not displayed but offered as an attachment


Expected results:

The "inline" should be respected, even when it is transferred as utf-8.
Bug: Intermittent comm/mail/test/browser/folder-display/browser_tabsSimple.js | Uncaught exception - at resource://testing-common/mozmill/FolderDisplayHelpers.jsm:2831 - Error: The currently focused thing should be folderTree, but is actually threadTree
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-04-03 18:57:34+00:00
Resolved: 2021-12-07 08:26:27+00:00

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

---
Bug: Thunderbird 68.6.1 toolchain build failures
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-04-04 01:58:16+00:00
Resolved: 2020-04-30 21:30:36+00:00

sccache will not build: Task ID Xyb5gJRZR66_8P2Zcq20DA

The short version is it's trying to download an old version of openssl and the URL has changed.

Also clang does not build. It looks like  the svn checkout command is having issues, but doesn't give a clear error.

Task ID TAh7I4a8QHWZCTrmYv9CAg

For sccache, it's probably easiest to fix the URL in the script. That way nothing else changes.
For clang, I suspect the svn connection is being blocked as I can run the failing command locally. Switching to a fetch task would be ideal, but it looks like a lot of changes.

This is blocking builds on comm-esr68, and has potential to affect Firefox builds on m-esr68 if there's a need to rebuild these tools for whatever reason.
Bug: Omission of trailing angled bracket clips last character of recipient pill's email address
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-04-04 13:04:07+00:00
Resolved: 2020-06-14 14:20:23+00:00

**STR**

1) compose
2) type new recipient with email in angled brackets; accidentally omit the trailing bracket, press ENTER:
`John Doe <foo@bar.de` [sic]

**Actual result**
- last character of displayed email address has been clipped and replaced with trailing bracket:
`John Doe <foo@bar.d>` [sic]
- upon re-editing, input box still remembers the complete input text `<foo@bar.de`, so the status of this pill between the two variants is now unclear

**Expected result**
- don't clip email entered by user
- just add trailing bracket if missing
- ensure that displayed email address and pill's input field value are always in sync
Bug: A thread is always open when I go into folder
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-04 16:15:08+00:00
Resolved: 2023-12-01 12:14:58+00:00

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

Steps to reproduce:

This behavior has been going on for years.
I apply the "threads" view to one of my folders, so every time I look at it, the discussion-threads are collapsed and I can see what-all threads are going on.
Note that I sort the threads by descending date, so the latest thread is at the top and the earlier threads appear below.


Actual results:

Almost always, there is one thread that's un-collapsed, so that's all I see.


Expected results:

All the threads should be collapsed.
Bug: Possible regression in browser.mailTabs.getSelectedMessages()
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-04 20:44:43+00:00
Resolved: 2020-04-04 21:41:41+00:00

This used to work in TB68, but fails in current TB75b3. I do not know, when it stopped working.

Inside an ActionPopup:
```
let messageList = await browser.mailTabs.getSelectedMessages();
```

I also tried to provide a tabId (in case a tabId might be mandatory now):
```
let tabs = await browser.mailTabs.query({active: true, currentWindow: true});
console.log(tabs[0].id); // logs "1"
let messageList = await browser.mailTabs.getSelectedMessages(tabs[0].id);
```
But it still fails with:

```
folderDisplay.view.dbView is null ext-mailTabs.js:295
    getSelectedMessages chrome://messenger/content/parent/ext-mailTabs.js:295
    getSelectedMessages self-hosted:875
    result resource://gre/modules/ExtensionParent.jsm:1106
    withPendingBrowser resource://gre/modules/ExtensionParent.jsm:737
    result resource://gre/modules/ExtensionParent.jsm:1106
    callAndLog resource://gre/modules/ExtensionParent.jsm:1068
    recvAPICall resource://gre/modules/ExtensionParent.jsm:1105
    AsyncFunctionNext self-hosted:695
```
Bug: Nested dropdown menus have a transparent background
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-05 13:33:02+00:00
Resolved: 2020-04-06 23:08:53+00:00

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

Steps to reproduce:

1. Open Account Settings tab
2. Go to "Copie & Folders"
3. Click on the radio "Oher" in "Place a copy in"
4. Click on the select element to choose a destination
5. Navigate to a nested menu in the dropdown that appear after clicking on the select element


Actual results:

The background for the nested dropdown menu is transparent


Expected results:

The background for the nested dropdown menu should be the same color as the first level of the menu.
Bug: messages destroyed on move from imap to Local Folder
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-05 18:02:04+00:00
Resolved: 2021-02-11 22:14:52+00:00

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

Steps to reproduce:

Moved a message from IMAP folder to local folder


Actual results:

Message removed from IMAP folder.  Spinning toilet bowl on mouse icon and target folder tab folder whenever target folder is selected in left pane.  When I shutdown and restart, the message is gone (has been destroyed).


Expected results:

Message should have been moved to local folder.
Bug: Calendar, tasks tabs do not fire browser.tabs.on* events
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-05 20:47:58+00:00
Resolved: 2022-05-04 08:00:55+00:00

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

Steps to reproduce:

I log tabId's of various tabs. Calendar and tasks do not trigger tabs.onActivated:

no tabId is logged. Hopefully, later we will be able to have an api for calendar. Even now: having a tabId and a windowtype for calendar would allow me to know that the user called a popup while he was on calendar (by monitoring the last active tab and its type)

 function getActiveTab(activeInfo) //not triggered for calendar
 {
lastMailTab=activeInfo.tabId; 
console.log(lastMailTab);
 }
 browser.tabs.onActivated.addListener(getActiveTab);




Expected results:

should return a tabId for all tabs, even if no specific api exists yet
Bug: AddRecipient only work first time (Experiment)
Status: UNCONFIRMED
Priority: --
Created: 2020-04-05 20:53:38+00:00
Resolved: 2020-05-12 00:22:29+00:00

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

Steps to reproduce:

Experiment implementation.js

var myapi = class extends ExtensionCommon.ExtensionAPI {
    getAPI(context) {
        return {
            myapi: {
                async addRecipient(type, mail) {
                    let recentWindow = Services.wm.getMostRecentWindow("msgcompose");
                    if(recentWindow){
                        recentWindow.AddRecipient(type, mail)
                    }
                }
            }
        }
    }
}


Actual results:

When I do this and open a new msgcompose window and call this method from a window listener in background script (not experiment/official api) it adds the recipient the first time I open a msgcompose window after thunderbird start. the next times I do the exact same thing it adds an additional field (addr_to) but does not insert the mail address I supplied. actually it shows up for a split second but vanishes. after a restart of thunderbird, the first time it works again.


Expected results:

it should work every time not just after a restart