av9ash/GitBugs huggingface dataset:
Bug: browser.accounts.list() fails if a Gmail/IMAP folder contains a '%' character
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-24 20:37:24+00:00
Resolved: 2021-05-12 14:38:02+00:00

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

Steps to reproduce:

In the options page of the "BorderColors-D"¹ add-on, I use `browser.accounts.list()` to retrieve all identities. A user found an issue² where the call would fail. Eventually, we tracked this down to the existence of a folder named "%Something".

I can reproduce this on TB89.0b1, if the folder is part of a Gmail account connected via IMAP. (Note: I don't have a non-Gmail IMAP account to test). No trouble when the folder is under Local Folder.

In the error console I can find this message:

```
malformed URI sequence 2 ext-mail.js:1509
    map self-hosted:224
    folderURIToPath chrome://messenger/content/parent/ext-mail.js:1509
    convertFolder chrome://messenger/content/parent/ext-mail.js:1575
    traverseSubfolders chrome://messenger/content/parent/ext-mail.js:1597
    traverseSubfolders chrome://messenger/content/parent/ext-mail.js:1600
    traverseSubfolders chrome://messenger/content/parent/ext-mail.js:1600
    convertAccount chrome://messenger/content/parent/ext-mail.js:1459
    list chrome://messenger/content/parent/ext-accounts.js:18
    list self-hosted:1178
    result resource://gre/modules/ExtensionParent.jsm:935
    withPendingBrowser resource://gre/modules/ExtensionParent.jsm:491
    result resource://gre/modules/ExtensionParent.jsm:935
    callAndLog resource://gre/modules/ExtensionParent.jsm:897
    recvAPICall resource://gre/modules/ExtensionParent.jsm:934
    InterpretGeneratorResume self-hosted:1485
    AsyncFunctionNext self-hosted:695
```

Which points to the `decodeURIComponent` call in this function:

```
/**
 * Convert a folder URI to a human-friendly path.
 * @return {String}
 */
function folderURIToPath(uri) {
  let path = Services.io.newURI(uri).filePath;
  return path
    .split("/")
    .map(decodeURIComponent)
    .join("/");
}
```

[1] https://addons.thunderbird.net/en-GB/thunderbird/addon/bordercolors-d/
[2] https://github.com/dreadnaut/bordercolors-d/issues/18#issuecomment-824395128
Bug: Thunderbird 68.12 crashes/freezes during install/open on macOS El Capitan
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-25 00:08:42+00:00
Resolved: 2021-06-27 14:25:12+00:00

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

Steps to reproduce:

I'm running macOS El Capitan v10.11.6 and Thunderbird v60.9.1. It's a very stable system. 
I have never been able to successfully install any version of Thunderbird v68.x. 

Today, I again attempted to install TB v68.12.0. 

Again, my system freezes during the install/open. I have to restart MacOS, then trash the new TB 68.12 app, which is located in my Applications folder, and then reinstall an old version of the TB 60.9.1 App to get the MacOS back up and running. 

What’s up with this?

I’ve been using Macs since 1985 and running Thunderbird for almost 20 years without any problems like this. I don’t want to become a systems programmer just to run an email program. 




Actual results:

Today, I again attempted to install TB v68.12.0. 

Again, my system freezes during the install/open. I have to restart MacOS, then trash the new TB 68.12 app, which is located in my Applications folder, and then reinstall an old version of the TB 60.9.1 App to get the MacOS back up and running. 

What’s up with this?

I’ve been using Macs since 1985 and running Thunderbird for almost 20 years without any problems like this. I don’t want to become a systems programmer just to run an email program. 






Expected results:

Thunderbird v68.12.0 should have opened up normally instead of freezing MacOS. Dah!
Bug: misdating of stored emails that don't have date in a certain header
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-25 03:25:54+00:00
Resolved: 2021-05-02 23:55:06+00:00

STR: Select an email that's already in Thunderbird. Possibly, this is limited to emails that were previously selected or that had previously lacked dates for sorting although the dates were in the full headers.

Actual result:

Some emails are assigned recent dates even though the full headers show them as dated for past years. This results in sorting by wrong date-time stamps.

Tbird version 78.8.1 (64-bit).

Expected result: Date-time stamps have to be correct or, if that's not possible, omitted. Assumptions not based on the headers should not be made.
Bug: limit of 2,000 emails for Archive command should dim
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-25 03:41:59+00:00
Resolved: 2021-04-25 12:24:19+00:00

STR:

1. Derive STR from https://support.mozilla.org/en-US/kb/archived-messages .
2. Treat "2,000" as approximate.
3. Select substantially more than 2,000 messages in one selection.
4. Click the Archive button. (I have not done this and don't want to take the risk.)

Actual result:

Failure, according to the article.

Tbird version 78.8.1 (64-bit).

Expected result: If this is too difficult to fix, dim or disable any command that would lead to failure, including the Archive button.
Bug: Save-As of multiple message shows folder picker dialog with "Open" flavor [Linux]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-25 04:13:30+00:00
Resolved: 2021-04-28 15:21:42+00:00

STR:

1. Select a localhost account with emails.
2. Go to Sent or Inbox.
3. Select two consecutive emails. This does not happen when only one email is selected.
4. Go to File menu > Save As > File.

Actual result:

The Open file-picker dialog is presented, although files, if any, have names dimmed. Navigation is feasible. The Open dialog then functions as a Save dialog but without letting the user name a file. Saving is successful.

Although 160 other bugs are about opening and saving, none seemed relevant.

Tbird version 78.8.1 (64-bit).

Expected result: A standard Save-As dialog should appear. Since it would require more coding to support renaming multiple files, renaming should be disabled (unless that coding is done). Batch renaming probably should not be supported until more thought is given to options.
Bug: Add ellipsis (…) to 'File > Save As > File' menu label
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-25 04:29:46+00:00
Resolved: 2021-10-08 06:29:21+00:00

STR:

1. Select a set of emails. It may have to be a localhost collection of emails.
2. Go to Inbox or Sent.
3. Select an email or multiple emails.
4. Go to File > Save As > File.

Actual result:

The last menu item says "File Ctrl+S". Selecting it takes the user to a dialog.

Tbird version 78.8.1 (64-bit).

Expected result:

The last menu item should say "File... Ctrl+S".

When a menu command is to be followed by a dialog with choices, this is to be announced to the user before the command is selected. See, e.g., https://docs.microsoft.com/en-us/previous-versions/windows/desktop/bb246448(v=vs.85) and https://developer.apple.com/design/human-interface-guidelines/macos/menus/menu-anatomy/ . It reassures the user that no harm will come from just selecting the command. Therefore, the user who is unsure of risking using that command can safely try it out.

Relevant: Bug 328586 and bug 992643.

The ellipsis is a single character in Unicode, not three characters.

Arguably, in English syntax those are suspension points and not an ellipsis, but in programming it's called an ellipsis and maybe it is in English, too.
Bug: Mailextensions can't access web_accessible_resource from iframe inserted in compose window
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-04-25 13:39:05+00:00
Resolved: 2023-01-18 15:58:54+00:00

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

Steps to reproduce:

I created a mailextension that inserts an iframe in the compose window's document. This iframe is pointing to a document in webextension storage and made available with the web_accessible_resource.


Actual results:

The iframe stays empty.


Expected results:

The iframe shows the document's content.

Additional information:
This used to work ~6 months ago. My computer isn't enough to do a bisection though.

I attached a minimal mailextension that reproduces this bug.
Bug: html:input fields inside a tab are not usable via JAWS screen reader
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-04-25 20:28:55+00:00
Resolved: 2021-07-26 16:14:16+00:00

## Description

The dialog for setting up existing email addresses is now an HTML dialog. To make such HTML dialogs properly accessible, JAWS uses a so-called virtual cursor to present the complete page, similar to a web page. When the virtual cursor is turned on, shortcut keys can be used to trigger certain functions of the screen reader, such as going to the next heading, going to the next input field, and so on. For example, in order to enter something in an input field, the so-called form mode must therefore be switched on. However, the virtual cursor can be turned off completely if desired, if the dialogs themselves have been designed to be very accessible and can be navigated well with TAB.

Apparently, no standard input field is used in this dialog, because if I try to enter something in the setup dialog, JAWS exits the form mode and activates the quick navigation keys. I have to turn off the virtual cursor so I can focus the input field with TAB and type something. However, the problem here is that unfortunately I cannot see what I have entered in this input field. Also the Braille display does not show me anything here.

The problem seems to be in the input fields of Thunderbird, which are created with HTML, because the same problem exists in the dialogs for the add-on search. On normal web pages, the input works as expected.

### Steps to reproduce

####  Download and install JAWS

If not available, please download and install JAWS here:
https://jaws2021.vfo.digital/2021.2103.174.400/55D02B58-3740-458C-9206-93438FFD29BB/J2021.2103.174.400-Offline-x64.exe
Or
https://jaws2021.vfo.digital/2021.2103.174.400/55D02B58-3740-458C-9206-93438FFD29BB/J2021.2103.174.400-Offline-x86.exe

Then please start JAWS.

#### After installation

1. In Thunderbird, go to "File", "New" and go to "Existing email account".
1. The focus is automatically on the "Your Name" field and the form mode also turns on automatically. Try to enter a name here.

#### Result

JAWS immediately exits form mode and gives an error message or jumps somewhere, depending on which key is pressed first and whether there is a shortcut key for this or not. In my case, I enter "Ali" and the screen reader immediately jumps to the first radio button without entering a letter.

#### Expected

It should be possible to enter text normally, like in all other HTML input fields.
Bug: Application allowing different values in password and confirm password
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-26 05:20:37+00:00
Resolved: 2021-04-26 06:16:29+00:00

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

Steps to reproduce:

Enter different values in login for password and confirm password , then click on submit 
pswrd - Lakshmi@123
confirm pswrd-Sunnydiol@22



Actual results:

User Successfully able to Register 


Expected results:

Error message should be displayed / popup
Bug: Click on add-on name in an add-on card in the add-on manger opens "Choose Application" dialog
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-26 06:24:57+00:00
Resolved: 2021-07-23 15:08:04+00:00

Mozregression pointed to bug 1698723 being the cause for this.

STR:

1. Open the add-on manager
2. Select the extensions tab
3. Click on the bold name of any installed add-on

-> The management pages opens, but also a "Choose Application" dialog.
Bug: Dragging message interrupted with new message notification
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-26 08:43:49+00:00
Resolved: 2021-05-03 21:53:22+00:00

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

Steps to reproduce:

Start dragging a message from one folder to another.
During the operation, before the message is dropped on destination folder, new message arrives.


Actual results:

Popup notification window is shown.
This interrupts the drag & drop procedure.
The dragged message needs to be grabbed again and dragged and dropped one more time. 
I would guess this behaviour is there from very beginning of the product.


Expected results:

The drag and drop procedure should be completed regardless the background events like notifications occur and should not interrupt / cancel that process.
Bug: The sender name is not always correct (depending of the previous email selected)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-26 10:06:15+00:00
Resolved: 2021-04-27 06:13:05+00:00

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

Steps to reproduce:

Into the message list:
Step1
Click on the subject of a mail who had a sender (source mail with keywords: "Sender: " xxxxxx" and keyword: "From: yyyyyyy")

step 2
Click on the subject of another mail who hadn't got a sender  (source mail with only keywords: "From: zzzzzz"




Actual results:

Step1 :Sender fileds and From fields are corrects (no issue)

Step2: Sender field is not resetted We see the sender of the previous email (mail selected in step1)  


Expected results:

Step2 : 
 -the Sender must be hidden and empty (This field is not existing into the source mail)
Bug: messageDisplayScripts on TB 78.10: content script fails after restart
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-04-26 13:59:23+00:00
Resolved: 2022-04-28 18:47:10+00:00

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

Steps to reproduce:

This is a follow up to the bug 1674932. So I am going to reproduce the same steps:

Install the following add-on and open a message

manifest.json

```
{
  "manifest_version": 2,
  "applications": {
    "gecko": {
      "id": "test@thunder.bird",
      "strict_min_version": "78.4.0"
    }
  },
  "name": "test",
  "version": "1.0.0",
  "permissions": [
    "messagesModify"
  ],
  "background": {
    "scripts": [
      "background.js"
    ]
  }
}
```

background.js

```
browser.messageDisplayScripts.register({
    js: [{
        file: "content.js",
    }]
});
```

content.js

```
console.info("Test content script executed");
```


Actual results:

After this add-on has been installed on Thunderbird 78.4, we can observe that:
- At the first startup with the add-on the strings is printed on the console each time a message is display.
- For subsequent start of Thunderbird the strings are no longer printed.
- When changing the layout (classic/wide/vertical) of the main window, then the add-on works (and keeps working if switching back to the initial layout). 

This was tested on fresh profiles, on Linux, MacOS and Windows.


Expected results:

The strings should be printed each time a message is display
Bug: button text & dark mode OS theme
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-26 15:55:46+00:00
Resolved: 2021-04-26 16:01:42+00:00

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

Steps to reproduce:

Automatically upgraded to 89.0b1 on Mac (10.14.6) and on restart was not able to read the message actions toolbar (and the FROM/TO data).
This is for any message on any account.
Switching the Mac theme to "light" made them show up as expected.


Actual results:

Buttons are not visible (I'm attaching two files - the first is what it looked like in dark)


Expected results:

Buttons are visible as before the restart.
Bug: New Thunderbird 78 version allows receipt of messages to connected IMAP server but fails to download them to Client (TLS?)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-04-26 17:39:57+00:00
Resolved: 2021-07-18 08:04:35+00:00

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

Steps to reproduce:

After udating Thunderbird 68.12.1 (64-bit) to ver. 78.10.0 (64-bit) the IMAP server  is working but the problem is with downloading of the stored messages 



Actual results:

There is no way to download the messages to the Thunderbird Client. That started at the time of update/upgrade. I suspect the certification of the server with Certificate name Unknown (not stored), Lifetime Permanent might be a problem. (I know the particular server with running with .993  but I am afraid to write it publicly for security reasons. It is the University server.)


Expected results:

Ability to download email messages from the IMAP server as server as with the version 68.12.1
Bug: Use message sender nick and not alias for tooltip lookup
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-26 18:14:16+00:00
Resolved: 2021-05-12 09:07:42+00:00

We currently use the text displayed to the user for the message sender to look up tooltip information on the participant. Instead, we should be using the `who` field with the raw nick from the original message. The displayed name might be the (server-side) alias of the user instead.
Bug: Show/hide password button in account setup is not keyboard accessible, no way for screen readers to read the password on request
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-04-26 18:27:11+00:00
Resolved: 2021-09-08 08:16:22+00:00

Every time I set up a new account for testing purposes, it's so inefficient having to switch to mouse just for disclosing the password instead of just pressing Tab, Enter... Worse for the blind, they will have no way to double-check their password for correctness using screen readers: Password will not be read as long as it is hidden.

STR

1) Account Setup via keyboard only
2) type name, tab, email, tab, password - oh, that's hidden, let me double-check
3) press tab in password field

Actual

- remember password checkbox focused

Expected

- Show/hide password button (eye icon) should be focused
- Enter or Space on the button should toggle show/hide
- For safety, focus should probably remain on button allowing rapid show/hide toggling
Bug: threading is messed up when the whole thread is moved to another folder
Status: UNCONFIRMED
Priority: --
Created: 2021-04-26 20:00:55+00:00
Resolved: 2021-10-29 18:35:07+00:00

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

Steps to reproduce:

I have several folders (IMAP). Threaded view is enabled in all folders. I move one or serveral threaads from one folder to antoher.

For example, in "test" folder I have three threads (patch series), with root messages (cover letters):
[PATCH v3] qapi: introduce 'query-cpu-model-cpuid' action
[PATCH v4] qapi: introduce 'query-cpu-model-cpuid' action
[PATCH v5] qapi: introduce 'query-cpu-model-cpuid' action

(You can look at them here https://patchew.org/search?q=project%3AQEMU+query-cpu-model-cpuid )

All threads are folded. I select them all and move the simultaneously (dragging by mouse) to test2 folder. And you can see in attached image what happens.


Actual results:

Messages are messed up: root message of the thread may go into middle of the thread. Messages from one thread may go to another thread.

Notes:
0. Bug is accidental. It doesn't reproduce every time. But often.
1. I suffer from this problem for a very long time.. Thunderbird updates and updates but the problem is still here. I don't think that it's a degradation
2. The only place where I found something similar is https://support.mozilla.org/en-US/questions/993374  , and yes, "folder->right_click->properties->repair_folder" helps me too. But it's not convenient when folder to repair has a lot of mails.
3. mail.correct_threading and mail.strict_threading are both true, of course
4. I do think, that problem is in updating several messages in datebase simultaneusly. If I move messages one-by-one, it seems that bug doesn't happen.

What comes in my mind is that nsMsgDatabase::ThreadNewHdr() is probably not threadsafe, but called from different threads simultaneously if several messages moved to another folder simultaneously. It's only an assumption, I looked at thunderbird code first time today..

Please, could someone check it?


Expected results:

I'd like threads to be moved as is :)
Bug: Certificate error dialog not shown when fetching new mails for all folders
Status: NEW
Priority: --
Created: 2021-04-26 20:36:57+00:00
Resolved: 2021-05-26 06:44:08+00:00

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

Steps to reproduce:

- configure multiple pop3 Accounts
- include them all in "fetch all" button
- one account has a ssl certificate problem




Actual results:

When pressing the "fetch all" button, only the mails from the valid account is fetched, without showing an error about the defect account.

If I select to only fetch from the defect account, then the dialog about the ssl problem is shown, and I can opt to ignore the certificate problem (trust certificate in the future), so it works for the next times again.


Expected results:

The error dialog should show also when fetching multiple accounts at once.
Bug: Gnome v40.0 acts erratically with Mozilla Thunderbird
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-27 00:11:56+00:00
Resolved: 2021-10-12 03:47:42+00:00

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

Steps to reproduce:

opensuse tumbleweed v20210422
gnome v40.0.0 (wayland)
Thunderbird v78.9.1

After a new session login, the launch icon for Thunderbird on the app bar (dock?) looks normal. After starting TB, it is decorated with a tick mark below the icon. Thunderbird functions normally. So far, so good.

Exiting TB does NOT remove the tick mark. The desktop still thinks TB is actually running; there is no "thunderbird" shown in the process list. Selecting the icon from another window moves the view the empty window where TB previously ran. Ugh. To start TB again, I open a command window and enter "thunderbird". TB seems to run normally.



Actual results:

After a while, though, features start disappearing. Like drag-and-drop; gone. (I do not recall which other features; it has been less than 2 weeks since the change to v40.0.)

To see if exiting TB by a different method would clear the tick mark, I select "Thunderbird" in the Top Bar, "Quit". I Wildly assumed Quit was for quitting TB, not LOG OUT altogether. Or maybe quit TB was the plan; nevertheless, I was immediately logged out, no questions asked. I seem to recall an instance where normally quitting TB also logged out the session.


Expected results:

All features should continue to work. Upon quitting TB, the tick mark under the TB app icon should disappear, and the shell act like TB is not running.
Bug: In 89.0b1, forward inline of message fails if forwarded via BCC
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-27 04:22:43+00:00
Resolved: 2021-05-17 04:01:07+00:00

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

Steps to reproduce:

Received an email message.  Decided to forward a copy to a relative plus BCC to myself, and tried to do so.


Actual results:

A white rectangle appeared on the screen, and disappeared within a second.  The forwarding failed.


Expected results:

A copy to that relative, and another copy to myself as verification that it was sent.