av9ash/GitBugs huggingface dataset:
Bug: add-on install confirmation pop-up is outside of the screen
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-03-20 11:51:51+00:00
Resolved: 2024-05-12 15:57:42+00:00

Steps to reproduce:

Tested with Thunderbird 91.7.0 on archlinux with sway as wayland compositor.

1. Open the page of some dictionary (f.e. https://addons.thunderbird.net/en-US/thunderbird/addon/german-dictionary-de_de-for-sp/)
2. Click on "+ Add to Thunderbird"


Actual results:

A confirmation dialog spawns at top-right of the window, but partially out of the window, so that it is impossible to confirm the installation.


Expected results:

The dialog should spawn entirely within the window.
Bug: onClicked() gets fired when a browserAction or composeAction is disabled
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-03-21 11:23:18+00:00
Resolved: 2022-03-23 21:43:48+00:00

When a browserAction or composeAction is disabled, then the onClicked() event is still fired and registered listeners are still executed.

The attached test add-on uses a browserAction - to work under both Firefox and Thunderbird. But the very same happens in Thunderbird for both browserAction and composeAction!

(1) When the browserAction is clicked for the first time, a log message gets shown in the console, a new window gets opened and the browserAction gets disabled.

(2a) Under Thunderbird (91.7.0): On subsequent clicks log messages get shown and new windows get opened - although the browserAction is disabled!

(2b) Under Firefox (98.0.1): On subsequent clicks NO log messages get shown and NO new windows get opened. The onClicked() event is apparently not fired.

Also "classical" toolbar buttons or "normal" HTML elements like a button do not trigger the "command" or "click" event, when they are disabled.

Therefor - I think - a browserAction or composeAction, which is disabled(!), should not fire the onClicked() event and registred listeners should not get executed.
Bug: TB creates wrong Drafts folder name in german GMX and later fails to send
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-03-21 20:11:52+00:00
Resolved: 2022-09-14 00:26:28+00:00

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

Steps to reproduce:

Reply to a received mail (or write new mail), then save in Drafts (or TB saves automatically after some time)
After clicking "Send" a pop-up "Copy to Sent" appears, but there's no progress - the task can't be finished / message not sent

I' am using the german version of TB 91.7.0 (64-Bit) from portableapps together with (german) GMX-Mail IMAP.

The problem can be reproduced.


Actual results:

TB creates a new folder "Drafts" (wrong name) instead of using correct folder
  imap://johann.polster%40gmx.at@imap.gmx.net/Drafts



Expected results:

the correct folder for german GMX should be
 imap://johann.polster%40gmx.at@imap.gmx.net/Entw%26APw-rfe

=> Maybe folder name(s) can be configured somewhere (could not find this option)?
Bug: Cannot set up an existing Thunderbird account.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-22 11:49:49+00:00
Resolved: 2022-04-13 04:41:51+00:00

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

Steps to reproduce:

I have an existing Thunderbird account on my Windows 11 PC.
I am now trying to open and access this same account on another PC with Windows 10.





Actual results:

This is the message that keeps on appearing:

Unable to login in at server. Probably wrong configuration,username or password.


Expected results:

Looking at the present Passwords on my Windows 11 PC, I have three.
Two of which has been put incorrectly (I did not install Thunderbird on this machine).
These are:
imap://imap.gmail.com
smtp://smtp.gmail.com

The part of this Password that is incorrect is soisukan.
In Google it is coming up correct - soisuksan.
But on Thunderbird it is soisksan, missing the u.

Ideally I would prefer to leave the Google account as it is - soisuksan.
Might there be a way to edit/correct this on Thunderbird please?

Finally on Thunderbird Windows 11 PC, an additional third Password is coming up.
This one is on an oauth://accounts, with a long string password, automatic I think, I did not create it.

A further explanation, Goggle seems to be happy, so I think this glitch is definitely with Thunderbird:

Google
Mozilla Thunderbird Email was granted access to your Google account.

How can I contact the technicians directly who are maintaining the Thunderbird website please?
Bug: Strange display of colors in subject line of message with IceWm
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-22 12:46:19+00:00
Resolved: 2022-04-14 10:59:46+00:00

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

Steps to reproduce:

The current Thunderbird on Fedora 35 displays strange colors on the subject line of certain messages, usually just from the mailing list of newegg.ca.
I don't know whether this is a mailing list problem or a Thunderbird problem.
See the attached screenshot. 

This is Thunderbird 91.7.0
Bug: Embedded image is sometimes stripped when sent
Status: UNCONFIRMED
Priority: --
Created: 2022-03-22 15:17:10+00:00
Resolved: 2024-10-20 01:40:18+00:00

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

Steps to reproduce:

When I try to send an image embedded into the message or attach an image in the body the image shows up as I am creating the e-mail, but when I send the image is stripped from the email.


Actual results:

When the recipient gets the e-mail, there is no inline image in it. I can also look at sent folder and confirm the image is not sent.


Expected results:

I expect an image that I drag/drop/attach inline to show up in the message when its sent.
Bug: Moving a single message using Drag 'n' Drop randomly moves a second message
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-03-22 16:08:49+00:00
Resolved: 2022-12-06 04:28:52+00:00

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

Steps to reproduce:

Running 64 bit version on Win10.  All accounts are POP3.
Highlight a message in the Smart Inbox.
Drag and drop it to a folder.


Actual results:

The selected message is placed into the target folder.
The message below in the Inbox is occasionally (5% of the time?) put into a *different* folder. (Usually, but not always the Sent folder...and usually, but not always, it is left in unread status so it's easy to find).


Expected results:

The second message shouldn't have been affected in any way.
Bug: Intermittent TEST-UNEXPECTED-TIMEOUT | comm/mail/components/extensions/test/browser/browser_ext_quickFilter.js (finished) | application timed out after 370 seconds with no output
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-03-23 01:13:34+00:00
Resolved: 2022-03-28 06:31:30+00:00

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

---
```

```
Bug: In some situations, thunderbird caches the wrong text for an email
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-03-23 03:36:11+00:00
Resolved: 2022-10-25 20:44:13+00:00

Steps to reproduce:

Get new messages.
Looked at the message (which had an attachment) on a different device connected to the same imap.
Deleted some new emails on Thunderbird.
Tried to open the attachment message.



Actual results:

The message with an attachment now didn't show as having an attachment and showed as having the text of an entirely different email.

When I moved the email (on the other device) to an different folder, it showed up with the right attachment and text.


Expected results:

It should have kept the right text (and attachment).

this was in 99b1.

It's vaguely possible that the issue was in k9 (the other email client)  - I didn't check a third source to see what was on the server before I corrected it.  If this is still live when the next time this occurss (i've seen it a few other times in the past though not often) I'll do some more diligence before I try to fix it.
Bug: Since getting changed over to Beta, TB has never run as release versions.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-23 04:40:37+00:00
Resolved: 2022-03-23 09:31:47+00:00

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

Steps to reproduce:

Sat and watched the app start up and almost immediately the app locks up with the "Beach Ball of Death. The only way out is Force Quit. Please see attached below. Crash Report #1: Normal Operation (well not really operating). 
Crash Report #2: With Trouble Shooting "ON".




Expected results:

Get and Read my Mail . . .
Bug: Panes layout is not adaptive - buttons in quick filter go beyond the screen
Status: UNCONFIRMED
Priority: --
Created: 2022-03-23 06:38:21+00:00
Resolved: 2022-03-27 16:46:01+00:00

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

Steps to reproduce:

My screen size is 1360 x 768
I only noticed this problem now, on 99.0b2
When I resize the message pane, the buttons in header pane go beyond the screen


Actual results:

See the attached video
Bug: Perma ModuleNotFoundError: No module named 'zstandard' in upload-symbols tasks
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-03-23 07:00:37+00:00
Resolved: 2022-03-28 06:34:04+00:00

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

---
```

```
Bug: addAttachment does not respect type setting of file
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-03-23 07:15:28+00:00
Resolved: 2022-03-23 22:01:09+00:00

Steps to reproduce:

In my background.js, I do this after a composeAction button was clicked:

var attachment = new File(["Just some content"], "myFile.rgf", { type: "application/vnd.regify" });
var rgf = await browser.compose.addAttachment(tab.id, { file: attachment, name: "myFile.rgf" });
// Check
var attachments = await browser.compose.listAttachments(tab.id);
for (let i=0; i<attachments.length; i++) {
    var f = await browser.compose.getFile(attachments[i]);
    console.log(f);
}

If the message is saved as draft, you can also see it was automatically typed as "text/plain".

I also found that the behavior is different on Linux and Windows. On Linux, if the mimetype is registered in the system, it may work. On Windows, it never works.

I use an experiment to work around (adding attachment from file):

addAttachment(windowId, filePath, contentType) {
  let contentWindow = Services.wm.getOuterWindowWithId(windowId);
  let nsiLocalRgfFile = Cc["@mozilla.org/file/local;1"].createInstance(Ci.nsIFile);
  nsiLocalRgfFile.initWithPath(filePath);
  var attFile = contentWindow.FileToAttachment(nsiLocalRgfFile);
  attFile.contentType =contentType;
  contentWindow.AddAttachments([attFile]);
  return true;
}

After attachment creation like this, a quick check with .listAttachments() and .getFile() does also return an empty type, but later (after sending or saving as draft) it is correctly set.


Actual results:

The type (here "application/vnd.regify") is not stored in the attached file. Instead it is "" (empty string) and is automatically set later on.


Expected results:

If the type is given during addAttachment(), it should be 
* saved (addAttachment), 
* returned (getFile) and 
* respected (on sending and saving). 

Only if type is empty or unset, it should be automatically determined.
Bug: Intermittent comm/mail/components/addrbook/test/browser/browser_search.js | Tree view has the right number of rows - 7 == 3 - checkNamesListed :: line 207
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-03-23 07:38:41+00:00
Resolved: 2023-01-03 22:54:12+00:00

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

---
```

```
Bug: Reply to function is not working anymore.
Status: UNCONFIRMED
Priority: --
Created: 2022-03-23 07:40:05+00:00
Resolved: 2022-03-23 09:26:55+00:00

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

Steps to reproduce:

I am getting an email with the reply-to field x@y.com and with the to field z@y.com.


Actual results:

I am pressing on reply. The window is opening and there is still a reply-to field with x@y.com and a to field with z@y.com.


Expected results:

The reply-to email x@y.com should go to the to field and the to email z@y.com should not be there anymore. At the moment when I click on reply and there is a reply-to email specified I will send the email to myself.

It is similar to this problem: https://bugzilla.mozilla.org/show_bug.cgi?id=77304
But I guess it is a new bug.
Bug: unreadable mail. works in safe mode
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-23 08:07:04+00:00
Resolved: 2022-07-01 11:43:29+00:00

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

Steps to reproduce:

Hi,
Reading a mail



Actual results:

Recently, the messages received from my energy supplier (Total Energies) are partially unreadable and the links don't work. This is not the case in PopPeeper for example ...
I have no other example of the same kind, it happens with this correspondent only.


Expected results:

Readable text and download of a pdf via a link.
Bug: detached file with a changed filename will be opened with old filename
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-03-23 09:58:51+00:00
Resolved: 2022-09-02 08:15:30+00:00

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

Steps to reproduce:

Using an email with an attachment, I right-cliqued on the filename at the bottom of the message reader window on "detach". The file saving window opens, and I changed the filename (actually I added an identification to the end of the filename) and clicked on save. The file did save in the correct directory with the changed filename (I checked using a file explorer). 
I then right-clicked again on the filename at the botton of the message reader window and now chose "open". The file opened with the original, non-changed filename. So clearly it did not open from the saved location, but from a temporary location. 


Actual results:

In older versions (perhaps one or two months ago), the file would open from the saved location with the new filename. This is rather dangerous, because if for example for a word file I do not verify in the header of the OpenOffice window, that the name is the new name, and then save, the edited file would be saved in the Thunderbird temporary directory, and deleted upon closing of Thunderbird. I have lost some hours of work in this way, because there was never a necessity to check that Thunderbird did actually open from the detached location (and not from a temporary one, even if the file had been detached) .... 


Expected results:

Thunderbird should have opened from the detached location with the new filename, as it did before.
Bug: Default mailnews.tcptimeout value, 100, is too short for saving large message to imap Sent folder
Status: UNCONFIRMED
Priority: --
Created: 2022-03-23 14:23:31+00:00
Resolved: 2023-10-11 01:01:29+00:00

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

Steps to reproduce:

System info: Thunderbird version 91.7.0 (64-bit) on Windows 10. Internet connection of the place where this experiment was done: 1 Gbps

I tried sending an email with attachments of 10 MB. The email was sent normally, the receipient received the email normally, and its copy was also saved in my sent folder correctly. However, I still encoutered with an error message, "Your message was sent but a copy was not placed in your folder (Sent) due to network or file access errors. You can retry or save the message locally to Local folders/Sent-xxxxxxx@xxxxxx.com.", and "Connection to server xxxx.xxxxxx.com timed out." 

I entered the Configuration editor through Menu > Preferences > General > Config Editor. I searched for the variable, mailnews.tcptimeout. Its value was 100 by default. I increased it 1000. 

I closed the Thunderbird program completely, and opened it again.

And then I tried to send the same email with the same attachments, and the email was sent, received, and saved in my Sent folder normally as before, and there was no more aforementioned error any more.


Actual results:

When mailnews.tcptimeout = 100 : two error messages of "Your message was sent but a copy was not placed in your folder (Sent) due to network or file access errors. You can retry or save the message locally to Local folders/Sent-xxxxxxx@xxxxxx.com.", and "Connection to server xxxx.xxxxxx.com timed out." appeared although the email was sent, received, and copied to Sent folder correctly.

When mailnews.tcptimeout = 1000 : no error message was appeared and the email was sent, received, and copied to Sent folder correctly.


Expected results:

The error messages of "Your message was sent but a copy was not placed in your folder (Sent) due to network or file access errors. You can retry or save the message locally to Local folders/Sent-xxxxxxx@xxxxxx.com.", and "Connection to server xxxx.xxxxxx.com timed out." should not disappear when sending an email with large attachments.
Bug: Folders Require Multiple Right-Clicks to "Mark as Read"
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-03-23 18:47:04+00:00
Resolved: 2023-10-07 17:51:24+00:00

Steps to reproduce:

Move unread message from Inbox to Folder
Right-Click on Folder
Select 'Mark as Read' 


Actual results:

Items in folder remain in bold and listed as 'unread'
Sometimes takes two (2) to three (3) attempts of clicking 'Mark as Read' for messages state to be changed to 'read.'


Expected results:

Messages should be 'Marked as Read' after one attempt of selecting 'Mark as Read' right-click menu.
Bug: Gmail login stuck at permission grant step, Allow" button, in Google OAuth2 flow, when google advanced protection 2fa (two factor) is enabled on Mac
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-03-23 19:00:19+00:00
Resolved: 2023-09-24 16:43:47+00:00

Steps to reproduce:

- Use a Google account configured with 2FA via app-based TOTP.
- Add Gmail account to Thunderbird via OAuth2 flow.
- Enjoy using Thunderbird happily for years.
- Enable Google's Advanced Protection Programme on the account.
- Invalidate all existing sessions including Thunderbird one.
- Try re-authenticate with Google when prompted by Thunderbird.
- Authenticate using Gmail address and password successfully.
- Use security key as second factor successfully.
- Click on "allow" button at permission grant step of OAuth2 flow.

Additional context:
- Thunderbird 91.7.0 (64-bit) on macOS 12.3.
- Not using a proxy in Thunderbird's connection settings.
- Thunderbird accepts cookies from sites.
- Same issue persisted when I removed the account and tried again.


Actual results:

- After clicking on "allow", all buttons turn grey.
- The OAuth2 flow gets stuck there and hangs forever.
- I end-up closing the OAuth2 flow window.
- The email account doesn't get set-up


Expected results:

- The permission grant is accepted.
- Thunderbird registers the new email account.
- I can access my Gmail just fine, as I used to.
Bug: Intermittent comm/mail/base/test/browser/browser_spacesToolbar.js | Uncaught exception in test - Tab should be scrolled into view - timed out after 50 tries.
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2022-03-23 21:49:00+00:00
Resolved: 2024-08-30 00:07:51+00:00

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

---
```

```
Bug: Intermittent comm/mail/components/extensions/test/browser/browser_ext_commands_execute_browser_action.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-03-24 01:26:13+00:00
Resolved: 2022-03-28 06:40:21+00:00

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

---
```

```
Bug: Port bug 1759737 - Prevent XPInstalls if they are not triggered by a user gesture
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-03-24 09:03:00+00:00
Resolved: 2022-04-12 12:55:25+00:00

We have test failures in mail/base/test/webextensions and mail/components/enterprisepolicies/tests/browser caused by this change.
Bug: "encrypt title" still checked when sent unencrypted
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-03-24 10:55:22+00:00
Resolved: 2023-02-06 12:53:09+00:00

Steps to reproduce:

- I have chosen "always send encrypted", but the receiver doesnt support encryption.
- I select "send unencrypted"
- I check if public key is attached


Actual results:

The option "encrypt header" is still activated. This doesnt produce an error, but makes no sense.


Expected results:

Overall there should be easy switches between "encrypted" (send public key once in a while, encrypt body, encrypt header, sign), "only sign" (send public key once in a while, sign) and "dont encrypt".

Also there has to be a "encrypt when possible, otherwise sign and attach public key" option. This was adressed in several Bug reports, some being 20 years old!!
Bug: Delayed Message Pane Scrolling
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-03-24 15:18:21+00:00
Resolved: 2022-07-08 16:39:54+00:00

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

Steps to reproduce:

Select email to read

Put pointer in "margin" of plain-text or HTML email and scroll the mouse scroll-wheel. A couple of seconds of no reaction and then the message scrolls.

If pointer is placed on the message text, message will scroll immediately.



Expected results:

Would expect that no matter where the pointer is placed in a message, the message would scroll immediately.
Bug: layout with headline printing of an e-mail
Status: UNCONFIRMED
Priority: --
Created: 2022-03-24 17:41:55+00:00
Resolved: 2022-03-24 17:41:55+00:00

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

Steps to reproduce:

Printing an e-Mail on LinuxMint.


Actual results:

The page headline (subject) partly overprints the first line of the text area (see attached pic).


Expected results:

Its just an ugly layout problem. The distance between page headline and text area needs to be slightly increased.