av9ash/GitBugs huggingface dataset:
Bug: Attach uses gnome file picker on KDE
Status: VERIFIED
Priority: --
Resolution: INVALID
Created: 2021-09-10 15:28:22+00:00
Resolved: 2021-09-14 06:26:26+00:00

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

Steps to reproduce:

1. Compose a new message
2. Click on the Attach button to attach files

=> a popup window appears that lets you browse for files

3. In the left panel, select the Documents folder, or your Home or Desktop folder, any folder that you know contains subfolders


Actual results:

Files and subfolders are mixed, in alphabetical order (or whatever other sorting you choose), and additionally, folders have a tiny icon that does not stand out from regular files.

At first I thought folders weren't even showing up, and I was reporting the bug like that; only after looking more carefully did I realize that the folders were actually there, but (a) mixed with files, and (b) not standing out with a very different icon.

This file browser has a look-and-feel from 25 years ago, and I'm not exaggerating.


Expected results:

By default, all subfolders inside the selected folder should be shown first, and clearly distinguishable from files, and then the files. There can be options to show folders and files mixed, but separated must be the default. That's the widespread convention. Also, either way, folders should immediately stand out.
Bug: Redirected hyperlink isn't converted in the web browser
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-09-10 16:01:19+00:00
Resolved: 2021-09-14 08:02:50+00:00

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

Steps to reproduce:

Hello,
Sorry if this report lack of some info, I'm not used too.
Redirection links aren't converted normally, the ones I've try seems to not been safelink generated by MS-office (tested on https://www.o365atp.com)
My version : 91.1.0 (64 bits) on Windows 10
-> Tested on Osx catalina & ubuntu 21.04 with same result

In a mail I have this link
http://t.e-sante.fr/c/1eG9W3?p=5&u=EWdlrr&n=EYowe6&cp=3&mta=pmta









Actual results:

TB open the link witheout converting it normally, on other web client the link is converted (like apple mail, office etc)




Expected results:

https://www.e-sante.fr/ce-que-vos-jambes-peuvent-reveler-de-votre-sante/actualite/615168?xtor=ES-92-%5BEsante_Alerte_Info%5D-20210910-%5BtestA%5D&tgu=EWdlrr

This is the redirected link (given from webmail on my phone)
Bug: close, minimize and restore icons on the top-right corner of the main window appear blurry
Status: NEW
Priority: --
Created: 2021-09-10 18:21:15+00:00
Resolved: 2022-09-25 13:15:38+00:00

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

Steps to reproduce:

Open Thunderbird


Actual results:

The close, minimize adn restore icons on the top-right corner of the main window appear blurred.


Expected results:

the icons should look normal.
Bug: Adding  lots of attachments can cause the window to overflow
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-10 18:32:51+00:00
Resolved: 2022-03-25 10:30:53+00:00

### Steps to reproduce

1. Open composition.
2. Make sure the window is relatively small.
3. Add lots of attachments.

### Result

If the attachment area becomes larger than the available vertical space, the window's content height will become cropped at the bottom. This means that the status bar disappears, and later attachments cannot be seen.

The user can fix this by using the splitter between the attachment area and the message editor to lower the height of the attachment (it might take a few steps). Note, that this solution would not be available to a keyboard user.

Or they could increase the window size, but this is usually limited by the screen height. Or they can collapse the attachment pane, but once it opens they will have the same problem and they cannot see the last attachments.

## Expect

We stop the attachment area growing beyond the available space in the window.

### Origin

This happens because we set the `height` of the attachment area directly when we add attachments.

https://searchfox.org/comm-central/rev/15a241fd84b92b74caf0b75d70ffed980b3397d1/mail/components/compose/content/MsgComposeCommands.js#6553
Bug: Startup Crash in [@ convertTable]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-11 08:33:41+00:00
Resolved: 2021-09-28 12:14:24+00:00

#1 crash for Thunderbird 93.0b1. No crashes in prior beta nor nightly.

Crash report: https://crash-stats.mozilla.org/report/index/833e2f6a-c667-4e9c-bfdc-65fd80210911 - which has a couple interesting dictionaries 
Srpski_latinica@dictionaries.addons.mozilla.org
sr-RS@dictionaries.addons.mozilla.org

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0 xul.dll convertTable comm/mailnews/base/src/nsMsgFolderCache.cpp:495
1 xul.dll nsMsgFolderCache::Init comm/mailnews/base/src/nsMsgFolderCache.cpp:186
2 xul.dll nsMsgAccountManager::GetFolderCache comm/mailnews/base/src/nsMsgAccountManager.cpp:831
3 xul.dll nsMsgDBFolder::GetFolderCacheElemFromFile comm/mailnews/base/src/nsMsgDBFolder.cpp:599
4 xul.dll nsMsgDBFolder::GetStringProperty comm/mailnews/base/src/nsMsgDBFolder.cpp:1981
5 xul.dll nsMsgLocalMailFolder::SetPrettyName comm/mailnews/local/src/nsLocalMailFolder.cpp:817
6 xul.dll nsMsgIncomingServer::SetPrettyName comm/mailnews/base/src/nsMsgIncomingServer.cpp:564
7 xul.dll XPTC__InvokebyIndex 
8  @0xcd081fd4f7 
9 xul.dll _tailMerge_d3dcompiler_47.dll 
```
Bug: Intermittent Exception: Missing fetch job for toolchain-toolchain-macosx64-x64-libotr: linux64-llvm-dsymutil
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-09-11 11:34:07+00:00
Resolved: 2021-09-17 10:57:45+00:00

**Filed by:** ishikawa [at] yk.rim.or.jp
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=351226309&repo=try-comm-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/K9SVj20-TcyyZG45j3FCtA/runs/0/artifacts/public/logs/live_backing.log

---
```
This is beyond control of an individual submitter.
I don't see this all the time, so presumably this is an intermittent failure?
(I can't see why some submissions see this and others don't.)


```
Bug: Attachment icons stretched on high-DPI monitor
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-11 12:20:06+00:00
Resolved: 2022-08-24 09:21:03+00:00

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

Steps to reproduce:

Open a message containing attachments.


Actual results:

Icons are stretched in attachments pane (see screenshot).
Bug: Wrong S/MIME certificate chosen when a valid old and a renewed one are available
Status: UNCONFIRMED
Priority: --
Created: 2021-09-11 15:38:40+00:00
Resolved: 2021-09-15 07:16:01+00:00

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

Steps to reproduce:

My old S/MIME certificate expires in a few days. So I renewed the certificate and imported it into Thunderbird 78.12.0 (64-Bit) as well as into OpenSuse 15.2 Linux's Kleopatra. Thus I have a valid certificate expiring soon in 2021 and a second valid one expiring in 2023.

*NOTE:* Since my Thunderbird version is not the newest, I would like somebody with a current version of Thunderbird to check whether the bug is still in place. But as there was no other bug report on this, my expectation is that this is the case.


Actual results:

I wrote an e-mail with encryption and a signature.
Sicherheit -> Sicherheitsinformationen anzeigen (~= Security -> Show security information) shows the 2023 certificate, when I wrote an e-mail to myself.
But: When I wrote the e-mail, it was signed with the old 2021 certificate.
I cannot tell, which certificate was used for the encryption, because this information is not displayed in the S/MIME information on top right of the e-mail view. (Which looks like a missing feature). It only shows information for the signature.
Mind this has nothing to do with writing to myself, it would be the same if wrote a signed e-mail to the honoured reader.


Expected results:

- My undisputable expectation is that the newest certificate is used for the signature.
- My other undisputable expectation is that the certificate is used which is shown in <<Show security information>>.
- For the encryption it would be ideal to select between the two certificates, so the writer can send the signature (with the public key) in an encrypted e-mail which the recipient can read with the previous public key. Elsewise the same new certificate must be used for encryption.
Bug: Junk filter not working on parent folder's mails
Status: UNCONFIRMED
Priority: --
Created: 2021-09-11 15:45:15+00:00
Resolved: 2021-09-12 09:31:19+00:00

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

Steps to reproduce:

Use an email address where every folder is a child of the inbox folder.
> Inbox
  |> Sent
  |> Spam
  |> Trash
  |> ...
Try running the junk filter on this inbox folder. Nothing happens.


Actual results:

After trying to run the junk filter, nothing happens.
Tried running it on one of the child folder without any subfolder in it and it seems to work just fine.


Expected results:

The filter should have taken some time to scan the emails (progress at the bottom left of the window).
So it seems that this kind of uncommon (but not nonexistent) mailbox layout causes problems to the filter. It also seems confused by the presence of subfolders.
Bug: E-mails containing rfc822 parts are mishandled by the GUI (naming, filing)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-11 16:22:11+00:00
Resolved: 2022-12-04 20:12:23+00:00

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

Steps to reproduce:

Receive a digest format message from a mailing list.
This is Content-Type: multipart/mixed;... followed by (many) Content-Type: message/rfc822 parts

"Many" can be anything from 1 to 50+, depending on the list.



Actual results:

Each rfc822 part is displayed correctly, and also appears as an attachment named "ForwardedMessage.eml".  E.g. a digest with three messages will have three "ForwardedMessage.eml" attachments.

It is difficult to identify which attachment corresponds to each message; it it would better if they had unique names - even "ForwardedMessage001.eml" would save counting.

But, once idenitified, out of a digest I sometimes want to file one or two of the messages.  Typically, most have little long-term value, but some may be worth keeping, such as those that announce a project, describe a useful technique, or identify a worthwhile contact.

It is possible to save these attachments as files (with right-click "Save As" or "Detach".  But it is not possible to save/copy/drag them to a mail folder.

If you double-click on the attachment, the message will open in a new window.  But the "Message" -> "Move to" and "Copy to" options are greyed-out.  "File"->"Save As" -> "File" are NOT greyed-out, but don't do anything.

You can drag the message from the attachment list to the desktop, but are blocked from dragging it to the message list or folder pane.

If you do drag it to the desktop, you get a filename like "INBOX180642" (with no .eml extension).  If you rename the file to have a ".eml" extension, you can open it with Thunderbired.  And, strangely enough, "Message" -> "Copy to" is active, and one can copy the message to a file folder.

These issues don't only happen with a digest email; a regular e-mail with an rfc822 attachment behaves the same way.


Expected results:

The attachments, should, ideally be named for easier identification - numbered, or the subject/author, or some combination.

Definitely, there should be a direct option from the attachment bar to copy a .eml attachment to a mail folder.  The "Move to" and "Copy to" options should work when a message is opened in a separate window.  And the "File"->"Save As" options should work.

Most of the current behaviors described seem to be bugs - though the ability to file a message/rfc822 attachment in an email folder could be considered an enhancement request.  I'm calling this a defect report on balance.

The attached file is a sample digest email that exhibits this behavior.
Bug: `Expand List` merges preceding error pill `John` (without @) with first address from mailing list, which becomes invalid
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-09-11 20:19:25+00:00
Resolved: 2021-10-20 01:02:56+00:00

It's a bit of an edge case, but merging an unrelated error pill into the first address expanded from a mailing list is quite odd and hard to discover when it happens.

STR

1. compose, add an incomplete address without @ (say you still need to find John's address, but you want to add a placeholder to remind yourself): `John`
2. Add a mailing list (ML) pill containing `foo@bar.com` and `bar@baz.com`
3. From ML pill context, `Expand List`

Actual result
- Error pill is gone
- unfinished address of error pill merged into first expanded address (or whichever address was following the error pill while expanding the list somewhere in the same field), invalidating the neighboring address in the process:
`John,foo@bar.com <foo@bar.com>` 

Expected
- Leave the error pill alone
- Don't merge unrelated pills when expanding mailing list

We must be doing something wrong here, because the same does not happen for copy and paste including such invalid pill (which currently also goes through a plaintext stage).
Bug: Weird shadow on `Other addressing fields to show` popup menu on Win10
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-09-11 21:06:55+00:00
Resolved: 2022-08-24 09:13:22+00:00

seen on 94.0a1 (2021-09-11) (64-bit)

Composition > `Other addressing fields to show`
Something wrong with the styling of the popup menu display on Win10, which has a weird shadow. It also looks a bit too big imo.
Bug: No way to copy link of URL from bug troubleshooting page
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-09-12 07:02:55+00:00
Resolved: 2021-09-13 04:42:37+00:00

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

Steps to reproduce:

Go to "troubleshooting" and try to click on a link of reported bug in order to copy the URL.


Actual results:

It does nothing.


Expected results:

It should say "copy", "copy text of URL", or "copy link" , or something like that.
Bug: Startup Crash in [@ RtlpReportHeapFailure | RtlpFreeHeapInternal | RtlFreeHeap | CoTaskMemFree]
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-12 08:22:57+00:00
Resolved: 2021-10-31 18:29:32+00:00

91.0.3 and 91.1.0 only.  91% startups.  Based on sampling, maybe 50% have Avast installed, like the one below.   bp-1a151d78-3e3b-466d-b5fc-f39be0210830 is an example that does not.

Crash report: https://crash-stats.mozilla.org/report/index/9a04cc40-6417-40b5-b0f3-eca790210909

Reason: ```STATUS_HEAP_CORRUPTION```

Top 10 frames of crashing thread:
```
0 ntdll.dll RtlReportFatalFailure 
1 ntdll.dll RtlReportCriticalFailure 
2 ntdll.dll RtlpReportHeapFailure 
3 ntdll.dll RtlpHpHeapHandleError 
4 ntdll.dll RtlpLogHeapFailure 
5 ntdll.dll RtlpFreeHeapInternal 
6 ntdll.dll RtlFreeHeap 
7 combase.dll CoTaskMemFree onecore\com\combase\class\memapi.cxx:445
8 xul.dll GetUpdateDirectory toolkit/mozapps/update/common/commonupdatedir.cpp:1023
9 xul.dll GetCommonUpdateDirectory toolkit/mozapps/update/common/commonupdatedir.cpp:872
```
Bug: Crash in [@ RtlpReportHeapFailure | zzz_AsmCodeRange_End | free | delete] via mozilla::wr::RenderCompositorANGLE::CreateEGLSurface
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-09-12 08:33:50+00:00
Resolved: 2021-10-31 18:30:41+00:00

Crash report: https://crash-stats.mozilla.org/report/index/5167dcef-a821-41dc-bd71-1bb3f0210909

Reason: ```STATUS_HEAP_CORRUPTION```

Top 10 frames of crashing thread:
```
0 ntdll.dll RtlReportCriticalFailure 
1 ntdll.dll RtlpReportHeapFailure 
2 ntdll.dll RtlpHeapHandleError 
3 ntdll.dll RtlpLogHeapFailure 
4 ntdll.dll zzz_AsmCodeRange_End 
5 msvcrt.dll free 
6 d3d11.dll void operator delete 
7 dxgi.dll static void CDXGISwapChainBase<struct IDXGISwapChain>::DestroyOwnedBuffer 
8 dxgi.dll void CDXGISwapChainBase<struct IDXGISwapChain>::DestroyBackBuffers 
9 dxgi.dll long CDXGISwapChainBase<struct IDXGISwapChain>::ScenarioResizeBuffers 
```
also  RtlpReportHeapFailure | zzz_AsmCodeRange_End | RtlpAllocateHeap | free | delete 
bp-c70d066b-0a99-4840-981e-e1c3b0210910

ANd perhaps others https://crash-stats.mozilla.org/search/?signature=~RtlpReportHeapFailure&product=Thunderbird&date=%3E%3D2021-08-29T08%3A20%3A00.000Z&date=%3C2021-09-12T08%3A20%3A00.000Z&_facets=signature&_facets=platform&_facets=platform_pretty_version&_sort=-date&_columns=date&_columns=signature&_columns=product&_columns=version&_columns=build_id&_columns=platform#facet-signature

Related to Bug 1678808 - many crashes on Windows 7 with mostly AMD processors in code related to shaders ??  Which got fixed by backout of  bug 1677818
Bug: Crash in [@ InvalidArrayIndex_CRASH | nsMsgFilterAfterTheFact::ApplyFilter]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-12 09:01:04+00:00
Resolved: 2021-10-29 12:09:24+00:00

another example of bug 1729778?

#47 crash for TB 91.1.0

Crash report: https://crash-stats.mozilla.org/report/index/151f2767-0f31-4459-af3a-570730210911

MOZ_CRASH Reason: ```ElementAt(aIndex = 0, aLength = 0)```

Top 10 frames of crashing thread:
```
0 xul.dll InvalidArrayIndex_CRASH xpcom/ds/nsTArray.cpp:28
1 xul.dll nsMsgFilterAfterTheFact::ApplyFilter comm/mailnews/search/src/nsMsgFilterService.cpp:992
2 xul.dll nsMsgSearchSession::NotifyListenersDone comm/mailnews/search/src/nsMsgSearchSession.cpp:467
3 xul.dll static nsMsgSearchSession::TimerCallback comm/mailnews/search/src/nsMsgSearchSession.cpp:410
4 xul.dll nsTimerImpl::Fire xpcom/threads/nsTimerImpl.cpp:618
5 xul.dll nsTimerEvent::Run xpcom/threads/TimerThread.cpp:248
6 xul.dll mozilla::RunnableTask::Run xpcom/threads/TaskController.cpp:502
7 xul.dll mozilla::TaskController::DoExecuteNextTaskOnlyMainThreadInternal xpcom/threads/TaskController.cpp:805
8 xul.dll mozilla::TaskController::ExecuteNextTaskOnlyMainThreadInternal xpcom/threads/TaskController.cpp:641
9 xul.dll mozilla::TaskController::ProcessPendingMTTask xpcom/threads/TaskController.cpp:425
```
Bug: Crash in [@ shutdownhang | mozilla::net::nsHTTPCompressConv::Release]
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-12 16:09:52+00:00
Resolved: 2021-10-22 23:38:37+00:00

Crash report: https://crash-stats.mozilla.org/report/index/3545fb84-1790-436e-93b9-72a8f0210912

MOZ_CRASH Reason: ```Shutdown hanging at step profile-before-change. Something is blocking the main-thread.```

Top 10 frames of crashing thread:
```
0 xul.dll mozilla::net::nsHTTPCompressConv::Release netwerk/streamconv/converters/nsHTTPCompressConv.cpp:54
1  @0xc2cb 
2 xul.dll mozilla::net::CookiePersistentStorage::~CookiePersistentStorage netwerk/cookie/CookiePersistentStorage.h:27
3 xul.dll mozilla::net::`anonymous namespace'::CloseCookieDBListener::Release netwerk/cookie/CookiePersistentStorage.cpp:357
4 xul.dll mozilla::storage::`anonymous namespace'::CallbackEvent::~CallbackEvent storage/mozStoragePrivateHelpers.cpp:231
5 xul.dll IdleRunnableWrapper::Release xpcom/threads/nsThreadUtils.cpp:47
6 xul.dll detail::ProxyReleaseEvent<mozilla::mscom::WeakReferenceSupport>::Run xpcom/threads/nsProxyRelease.h:37
7 xul.dll mozilla::RunnableTask::Run xpcom/threads/TaskController.cpp:502
8 xul.dll mozilla::TaskController::DoExecuteNextTaskOnlyMainThreadInternal xpcom/threads/TaskController.cpp:805
9 xul.dll mozilla::TaskController::ExecuteNextTaskOnlyMainThreadInternal xpcom/threads/TaskController.cpp:641
```
Bug: Correspondent row doesn't display "display name" when it exists in adress book
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-12 17:34:29+00:00
Resolved: 2021-09-13 12:31:44+00:00

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

Steps to reproduce:

Add a new contact to adress book, then modify it's display name.


Actual results:

The correspondent row still display the initial display name, not the modified one


Expected results:

the correspondent row updates with new display name.
Bug: High CPU usage due to the mouse hover e-mail message list highlight feature with webrender enabled (slow XUL tree scrolling performance)
Status: NEW
Priority: --
Created: 2021-09-12 20:52:35+00:00
Resolved: 2025-02-28 06:13:23+00:00

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

Steps to reproduce:

My Linux Arch/Manjaro TB package was just upgraded:
78.14.0-0.1 -> 91.1.0-0.1
and immediately i have noticed the new feature/issue:
in the unified Inbox i am moving mouse up/down quickly through the list of e-mails and i can see that the line the mouse is on is highlighted with delay, meaning that this highlight action may be not optimized/badly made or CPU heavy.
And i think that my XFCE tray CPU usage meter is showing that the CPU usage rise when i move the mouse through the list of e-mails.
I can confirm this by running "htop" in terminal, F4, type "thund", enter now move cursor in thunderbird and i can see that the CPU usage of the /usr/lib/thunderbird/thunderbird jumps from 2% of the CPU core to the 30-60% of the CPU core.




Expected results:

Feature optimized to have nearly no performance impact or removed.
Bug: No way to enable extension
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-09-12 21:27:31+00:00
Resolved: 2021-09-13 09:17:34+00:00

I updated from Thunderbird 78 to 91. As usual expected several extensions to be disabled due to lack of support for 91 version.

But there is no way to enable those extensions which are compatible.

For example "Manually sort folders (disabled)" entry. This is version 2.1.0 which is compatible with Tb 91 - https://addons.thunderbird.net/en-GB/thunderbird/addon/manually-sort-folders/

But there is no way to enable it from add-ons manager.
Bug: Every startup need to configure account
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-09-13 06:18:04+00:00
Resolved: 2021-11-29 12:45:18+00:00

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

Steps to reproduce:

Thunder bird installed
configuration done 
checked the mail 
next day after shut down of the system
loggedin to the system
tried opening the thunder bird application


Actual results:

not able to login again need to do configuration .Asking for IMAP or POP and all
.


Expected results:

Login should be possible once username and password given
Bug: White padding in browserAction popup window
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-09-13 08:42:12+00:00
Resolved: 2021-10-18 19:05:18+00:00

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

Steps to reproduce:

1) install one of these two addons:
https://addons.thunderbird.net/en-US/thunderbird/addon/web_translate/
https://addons.thunderbird.net/en-US/thunderbird/addon/scroll_anywhere/
2) click the toolbar icon


Actual results:

Window is opened with a strange white padding


Expected results:

There should be no additional padding.
This is a regression, but I can't remember when, exactly, something around 91. I was not reporting it sooner because I thought someone must already noticed it.

I'm author of these addons and I've released some of them also in Firefox, Chrome and Safari where no padding is added.