av9ash/GitBugs huggingface dataset:
Bug: 2 browser action popups can be merged horizontally
Status: UNCONFIRMED
Priority: --
Created: 2022-03-25 11:13:18+00:00
Resolved: 2022-08-24 08:57:02+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

Steps to reproduce:

Steps:

1. Click action_popup
2. Click action_popup2
3. Click action_popup again



Actual results:

html contents of action_popup and action_popup2 are displayed in merged status in horizontal direction.

https://user-images.githubusercontent.com/5955540/160109141-4b2bf210-725a-4ad1-a405-6f10fd837551.gif

2 test xpi addons to reproduce:

https://github.com/HiraokaHyperTools/ActionPopupTest/releases/tag/v0.1
https://github.com/HiraokaHyperTools/ActionPopup2Test/releases/tag/v0.1



Expected results:

These are not merged like Firefox does. Tested by Firefox Developer 99.0b8:

https://user-images.githubusercontent.com/5955540/160109736-b47c968a-7e3f-420d-a29c-861e6c20d85b.gif
Bug: Focus stealing inconsistent when switching between spaces
Status: NEW
Priority: --
Created: 2022-03-25 11:31:33+00:00
Resolved: 2022-04-14 15:22:30+00:00

Sometimes activating a spaces button will steal focus away from the spaces toolbar, and sometimes it won't:

+ Activating the mail, calendar and task buttons never seems to steal focus.
+ Activating the addressbook button moves the focus to the addressbook search bar the first time it is opened. But it doesn't steal the focus when subsequently switched to.
+ Activating the chat button always moves the focus.

We should try and make the behaviour consistent. Either we never move focus or we always move focus. On the one hand, activating a button is a request to go to that space, so moving focus might be expected. However, we should take into account that it can be disorientating if it drops you into the middle of the document.

We should also consider whether we can save and restore focus when leaving and returning to a space. Especially if you leave the space via keyboard shortcuts. E.g. you're editing a contact, switch to the mail tab to read a detail, and then switch back to edit the contact.
Bug: Intermittent comm/mail/test/browser/folder-display/browser_savedsearchReloadAfterCompact.js | Uncaught exception in test - [Exception... "Component returned failure code: 0x80550018 [nsIMsgDBView.getMsgHdrAt]"  nsresult: "0x80550018
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2022-03-25 12:29:54+00:00
Resolved: 2024-01-15 13:04:46+00:00

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

---
```

```
Bug: Intermittent comm/mail/test/browser/composition/browser_font_size.js | application crashed [@ gsignal]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-25 12:33:49+00:00
Resolved: 2022-03-26 22:21:30+00:00

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

---
```

```
Bug: Detaching a tag showing a pdf attachment from an email will open a separate Thunderbird window.  However, replying to emails form the original window become impossible.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-03-26 05:50:53+00:00
Resolved: 2023-02-18 11:36:15+00:00

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

Steps to reproduce:

Detach an email from the main mail window.


Actual results:

A new thunderbird window is opened with the detached email.  However, replying to emails from the original window become impossible.  Reply to emails from the new window is OK.


Expected results:

It should be possible to reply to emails from the original window.
Bug: No border on composer header fields with light theme
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-03-26 13:29:52+00:00
Resolved: 2022-03-30 03:59:45+00:00

With light theme enabled in composer the `To:` and `Subject` fields have no border.
And the format toolbar isn't themed correctly because of a typo in the CSS file.
Bug: 100% cpu usage.  mail.db.idle_limit set to 30000000 helps
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-03-26 17:45:30+00:00
Resolved: 2023-12-07 16:08:30+00:00

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

Steps to reproduce:

Leave Thunderbird running with large mail boxes 50-75GB

Set mail.db.idle_limit to 30000000 improves situation and means tb runs for longer before going to 100% CPU but still goes to 100% cpu eventually.


Actual results:

Thunderbird uses 100% CPU and fan starts running flat out to cool pc.

Restarting Thunderbird solves problem.




Expected results:

Thunderbird should stay at near zero CPU since minimal mail traffic arriving
Bug: In Account Settings, Selecting CC or BCC these email addresses automatically populates the address field with the account's email address
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-03-27 12:38:01+00:00
Resolved: 2022-04-04 11:40:11+00:00

I have seen this on both the release 91.7 and daily builds.  
Name 	Thunderbird
Version 	91.7.0
Build ID 	20220305171341

and 

Thunderbird
Version 	100.0a1
Build ID 	20220326095445

Clicking the CC or BCC in account settings to expose the fields in the composer immediately populates the field I am wanting left blank with the email address I am sending from necessitating clearing the defaulted value from the field.

I do wonder if this might be related to a spike in folk seeing mail sent from their account appearing in their inbox.  But I have not followed up with any of the support topics, as I feel this is a poor design as it stands. My experience is folk usually only want an address in there to notify another account,  not their own.

Was this really an intended action, Alessandro?  Feel free to close the bug if it was.
Bug: perma comm/mail/components/extensions/test/browser/browser_ext_composeAction.js | Dark theme should use light icon. - "url(\"moz-extension://3f4ea58a-ce5b-4673-8cbf-47281696c4fd/dark.png\")" == "url(\"m..... 1696c4fd/light.png\")"
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-03-27 14:15:07+00:00
Resolved: 2022-04-25 18:08:54+00:00

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

---
```
Not sure if strictly regression, or if bug 1760673 just wasn't fully fixed.
```
Bug: mail from MEGA crashing thunderbird when displayed as full HTML
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-03-28 02:57:20+00:00
Resolved: 2024-09-05 14:04:22+00:00

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

Steps to reproduce:

I click on the mail from MEGA.nz in Thunderbird (the reminder/notification about account inactivity), with the setting for display on Original HTML, and it crashes Thunderbird after a 2 seconds freeze.


Actual results:

Thunderbird crashes

terminal shows this after I click on the mail:

______________________________________
______________________________________
IPDL protocol error: Handler returned error code!

###!!! [Parent][DispatchAsyncMessage] Error: PClientManager::Msg_ExpectFutureClientSource Processing error: message was deserialized, but the handler returned false (indicating failure)

IPDL protocol error: Handler returned error code!

###!!! [Parent][DispatchAsyncMessage] Error: PClientManager::Msg_ForgetFutureClientSource Processing error: message was deserialized, but the handler returned false (indicating failure)

Exiting due to channel error.
Segmentation fault (core dumped)
______________________________________
______________________________________

If I display mails as Simple HTML or as Plain Text, Thunderbird does not crash when I click on the mail and I can read the content.


Expected results:

The mail should be displayed, and Thunderbird should not crash
Bug: Cannot read text when forwarding an email which has a colored background
Status: UNCONFIRMED
Priority: --
Created: 2022-03-28 06:23:47+00:00
Resolved: 2024-07-24 01:53:23+00:00

Steps to reproduce:

Received an email white white text on a black background.

The source of the mail might look like this:
<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body style="height: 100%;margin: 0;padding: 0;width:
    100%;-ms-text-size-adjust: 100%;-webkit-text-size-adjust:
    100%;background-color: #111111;">
    <font color="#ffffff">This is white text and it was composed on a
      black background</font><br>
  </body>
</html>



Actual results:

I want to forward this email. When composing the forward message, the entire message part of the compose window now has a black background. Since my default text colour is black I cannot see the text I type unless I change the text colour.


Expected results:

In the body of the compose window, only the original email should be a black background and Thunderbird should respect my default background and text color choices so that the message part that I type for the forward aligns to my color settings.
Bug: Intermittent comm/mail/base/test/webextensions/browser_permissions_installTrigger.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-03-28 12:18:33+00:00
Resolved: 2022-05-02 06:05:06+00:00

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

---
```
Has been happening the last few days at least.
```
Bug: After detaching the attached archive files, message is completely erased/removed from inbox
Status: UNCONFIRMED
Priority: --
Created: 2022-03-28 19:48:44+00:00
Resolved: 2023-02-18 11:36:37+00:00

Steps to reproduce:

In my Ubuntu (several versions, 32 bits), from many months, Thunderbid erase messages completely from the Inbox when the attached archives are eliminated. I need copy the message in a local folder, eliminate the attached archives there and then move the message to the 'Received' folder if I want conserve the message. This have been experimented many, many times.


Actual results:

The complete original message disappears definitively.


Expected results:

The original message remains, without attached archives, in the inbox folder.
Bug: Click mailto: link in compose window opens a new compose window
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-03-29 07:40:26+00:00
Resolved: 2022-03-31 10:13:46+00:00

1. with "Compose messages in HTML format" checked
2. create a draft that contains `mailto:a@b`, save the draft and close the compose window
3. edit the draft, which brings up the first compose window
4. click the mailto link brings up the second compose window, which should not happen

A side note, I don't know how actors work, but seems it can be used to simplify mid: link handling. I will probably change MailtoChild.jsm to MailLinkChild.jsm, there is also LinkClickHandlerChild.jsm, maybe we should merge them.
Bug: Thunderbird freezes
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-03-29 10:42:36+00:00
Resolved: 2022-07-07 06:34:58+00:00

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

Steps to reproduce:

Starting Thunderbird



Actual results:

When logging in and getting into the user interface: the mouse moves, but I cannot click on anything nor open a folder. 

I made a video, but I cannot upload it here - connection breaks down. 

I have to restart Thunderbird 2-5 times to being able to use it properly again. 

This sometimes occurs, but not every time I am logging in.
Bug: Expired client certificate for account silently stops fetching mail (cert override dialog only pops up for explicit action)
Status: UNCONFIRMED
Priority: --
Created: 2022-03-29 11:39:29+00:00
Resolved: 2024-06-25 07:35:04+00:00

Steps to reproduce:

1. Configure an email account to use an X.509 client certificate to authenticate to the mailserver.
2. Let it expire



Actual results:

Thunderbird silently no longer fetches new mails for this account but does not present any kind of error or notice that there's a problem. It just looks like there's no new mail.


Expected results:

Pop up a notice/warning: could not fetch  mail for account "x", x.509 client certificate expired, please renew it"
Bug: Google account setup no longer accessible
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-29 13:08:20+00:00
Resolved: 2022-08-24 09:21:19+00:00

### Description

When I want to set up a Google account in Thunderbird, after the setup I am redirected to a web page where I have to enter my data again and allow access. The web page I am redirected to is no longer readable with Thunderbird. My screen reader just says "Unknown" (or similar) when navigating. I can reproduce this with JAWS as well as with NVDA. In previous versions, the default browser opened in this case. If this dialog cannot be made accessible, the default browser should open alternatively for such dialogs. Currently, it is not possible to set up a Google account in Thunderbird, at least for blind people.

#### Steps to reproduce:

1. Set up an existing Google account in thunderbird.
1. Follow the instructions and enter your data.
1. You will now be redirected to a Google web page where you have to enter your user data and allow access with thunderbird.
1. Now try to navigate through the dialog using TAB or arrow keys.

#### Result

Navigating through this web page is no longer possible. The web page appears empty to blind people or the screen reader says something like "Unknown". Reproducible with JAWS and NVDA.
#### Expected

This dialog box should either be made accessible or the default browser should open.
Bug: detached attachments opened from temporary folder - should open the file directly
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-03-29 13:43:50+00:00
Resolved: 2022-04-24 19:09:01+00:00

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

Steps to reproduce:

Opened an email with an attachment, right clicked on the attachment, chose "detach", saved in a local folder (C:\Users\xxx\Documents\docs\Divers); clicked OK for detach warning; clicked atain right on the attachment, chose "Open", the Open File window shows the correct folder path in which the file has been saved; then opened the file, here in LibreOffice; checked file properties : the file path is "C:\Users\xxx\AppData\Local\Temp\pid-13948"


Actual results:

The file has been saved in the destination folder (I have checked that), but when opened from within TB, it will be opened from a TB temporary folder. The user is normally not aware of this, so when he will save changes, close the file and then reopen the file from the destination folder, the changes will have disappeared (as he did not open the file from the temporary folder). I have checked this with different external programs and file formats, always the same. 


Expected results:

When a file is detached to a destination folder, and then opened from within TB, it should open in the external program from the destination folder. 
This is really a dangerous buck for users, who might easily loose data and hours of work. In older versions of TB this did work correctly.
Bug: message pane shows through newly opened emails with Hardware Acceleration enabled
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-03-29 15:57:05+00:00
Resolved: 2024-03-02 16:29:21+00:00

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

Steps to reproduce:

searched for the same problem (difficult keywords to filter out unwanted stuff), restarted Thunderbird, rebooted computer, upgraded to latest Linux kernel, perused Thunderbird settings for anything new that could be relevant.


Actual results:

Beginning with the 91.5.0 update, any time I open an email, the background message pane shows through it.  I have to toggle between window views (either Thunderbird, something else open like Firefox, or multiple emails if more than one is opened), or scroll down if the email is 2+ pages, to get it to appear.

This is on Linux Mint 19.3 Tricia 64-bit.  There is no shortage of memory or CPU% available.


Expected results:

Prior to the 91.5.0 update, the emails always opened with no such problems.  I'm now on 91.7.0 and the problem persists.
Bug: .startup-incomplete created at TB start and not removed
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-03-29 18:45:50+00:00
Resolved: 2022-10-08 19:56:26+00:00

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

Steps to reproduce:

Delete all .startup-incomplete from your file system. Start TB.
.startup-incomplete created. This should be deleted after successful startup:
https://searchfox.org/mozilla-central/rev/570f6e5c06b6c8140f53bf104d785a18165212ab/toolkit/components/extensions/test/mochitest/test_startup_canary.html#32

```
  // The ".startup-incomplete" file is created at the startup, and supposedly
  // cleared "soon" after startup (when the application knows that the startup
  // succeeded without crash). Bug 1624724 and bug 1728461 show that this has
  // not always been the case, so this regression test verifies that the file
  // is actually non-existent when this test start, see
  // https://bugzilla.mozilla.org/show_bug.cgi?id=1728461#c12
```
Apparently related to checking for crashes according to the comments here:
https://searchfox.org/mozilla-central/rev/570f6e5c06b6c8140f53bf104d785a18165212ab/toolkit/xre/nsAppRunner.cpp#4644
Bug: SpacesToolbar API incompatibility with tabs API
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-03-29 20:06:06+00:00
Resolved: 2023-04-26 06:22:01+00:00

Create in the background.mjs a new spaces button:

````
  const url = new URL("./libs/managesieve.ui/accounts.html",
window.location);

  messenger.spacesToolbar.addButton("sieve_spaces_button", {
    "url" : url.toString()
  });
````

Then open a tab via the tabs api:

````
  const url = new URL("./libs/managesieve.ui/accounts.html",
window.location);

  await browser.tabs.create({
    "active": true,
      "url": url.toString()
    });
````

Click anytime later on the new spaces button and the existing the tab
gets a full reload and looses all changes. Despite the URL is exactly
the same. Subsequent clicks on the spaces button won't reload the tab. 

Is the new tab is also not marked as a "spaces" tab in spaces toolbar.
Bug: In Content tabs like Settings, Add-ons, Account Setup, etc, are not affected by themes with dark toolbar
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-03-29 23:16:41+00:00
Resolved: 2022-04-13 05:24:41+00:00

I don't know when this changes, probably after bug 1750932, but before if a theme was used that caused the main toolbar to have a dark background, the whole UI would change and follow the dark variation.

Now, if a theme uses a dark toolbar, only the chrome UI (mail tab, chat, compose header, etc) changes to a dark variation.
In content tabs (settings, account setup, add-ons, etc) remain with a light/default theme.

Since we don't want to implement the in content override like Firefox did in the settings (https://bugzilla.mozilla.org/attachment.cgi?id=9268292), we need to fix this.
Bug: Incorrect date display (e.g. 2022-33-29)
Status: UNCONFIRMED
Priority: --
Created: 2022-03-30 17:51:25+00:00
Resolved: 2022-04-13 19:37:38+00:00

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

Steps to reproduce:

ISO 8601 for date display suits me. So I modified the settings according to the instructions to intl.date_time.pattern_override.connector_short = {1} {0}. However, the results are often very strange.



Actual results:

e.g. Tue, 29 Mar 2022 10:33:20 +0200 (CEST) is interpreted as  2022-33-29


Expected results:

2022-03-29
Bug: Thunderbird not painting window correctly at startup on remote laptop
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-03-30 20:46:29+00:00
Resolved: 2022-08-24 09:20:53+00:00

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

Steps to reproduce:

Open Thunderbird on remote laptop (through Teamviewer) that has its screen closed.


Actual results:

Thunderbird fails to paint the program window correctly: all I get is a white rectangle with no window controls whatsoever and it remains this way until I'm forced to close the program.


Expected results:

Thunderbird's window should open normally as if Thunderbird were being used on a local laptop.

This started to happen with the 100.0a1 (2022-03-30) 64-bit update. The 100.0a1 (2022-03-29) 64-bit update does not have this problem. Lastly, this issue doesn't happen if the remote laptop screen is up -- as if now Thunderbird needs to have the remote laptop open to function correctly.
Bug: adding an image via drag and drop does not insert height and width attributes
Status: NEW
Priority: --
Created: 2022-03-31 01:46:03+00:00
Resolved: 2022-04-01 12:00:38+00:00

When you insert an image using the composer menu Insert > image you get the image with height and width tags.

When Drag and drop is used and the image is dropped on the insert inline. These tags are not inserted.

When the tags are not present, apparently outlook renders the images very small. 
https://support.mozilla.org/en-US/questions/1368333
Bug: Thunderbird repeatedly downloading 1000"s of old pop messages. Caused by corrupted popstate.dat?
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-03-31 03:02:16+00:00
Resolved: 2022-09-25 13:02:00+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 Thunderbird 99.0b2 beta on Windows 10 Pro, downloading from Cox mail server.  Last week, Thunderbird downloaded 100's of old messages from 2014 through 2020. Read online doc, deleted .dat file (doc suggested corruption and to delete) and restarted Thunderbird.  Tbird downloaded >20K messages. I deleted these since they were duplicates.  Thunderbird, when restarted, continues to download old messages.  I also get "unable to write to mailbox" message, but I have plenty of file space available.  


Actual results:

See above.  Thunderbird is repeatedly downloading 1000's of old emails.  As is, it is unusable.


Expected results:

Only new emails should have been downloaded.
Bug: 99.0b2 has become useless.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-31 07:38:32+00:00
Resolved: 2022-03-31 11:12:23+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:

Updated to TB 99.0b2.


Actual results:

The application become severely slow and finally stopped responding. The second it was fully loaded the "Beach Ball of Death" came up and that was it.


Expected results:

The application work as grand and glorious as advertised. If this is close to GM, your Devs need to be fired.