av9ash/GitBugs huggingface dataset:
Bug: WebRTC new global sharing indicator is not displayed on X11
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-07-12 17:06:53+00:00
Resolved: 2021-07-12 17:55:44+00:00

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

Steps to reproduce:

In `about:config`:

privacy.webrtc.allowSilencingNotifications	true	
privacy.webrtc.hideGlobalIndicator	false	
privacy.webrtc.legacyGlobalIndicator	false

Then, go to https://meet.jitsi.org and starts a conference.


Actual results:

It works just fine, but no global sharing indicator. The window exists but is unmapped:

```
 18:52 ❱ xdotool search --name 'Firefox — Sharing Indicator'
25199454
 18:52 ❱ xwininfo -id 25199454

xwininfo: Window id: 0x180835e "Firefox — Sharing Indicator"

  Absolute upper-left X:  0
  Absolute upper-left Y:  0
  Relative upper-left X:  0
  Relative upper-left Y:  0
  Width: 2
  Height: 2
  Depth: 32
  Visual: 0x8b
  Visual Class: TrueColor
  Border width: 0
  Class: InputOutput
  Colormap: 0x1800002 (not installed)
  Bit Gravity State: NorthWestGravity
  Window Gravity State: NorthWestGravity
  Backing Store State: NotUseful
  Save Under State: no
  Map State: IsUnMapped
  Override Redirect State: no
  Corners:  +0+0  -7678+0  -7678-2158  +0-2158
  -geometry 2x2+0+0
```


Expected results:

The new global sharing indicator should have been displayed.
Bug: [XFA] Selections of checkboxes or radio buttons are not shown on print
Status: VERIFIED
Priority: P1
Resolution: DUPLICATE
Created: 2021-07-12 17:10:26+00:00
Resolved: 2021-08-25 16:45:17+00:00

**Note**
* When the user loads a specific PDF file in Adobe Reader, selects some radio buttons or checks some checkboxes, and then prints it, he will notice that the browser's printed version only does not show the radio buttons or checkbox selections previously made.

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip "pdfjs.enableXfa" to true.
3. Load the attached PDF file.
4. Select some radio button options.
5. Print the PDF file.

**Expected result**
* The radio button/checkbox selections are properly displayed on the printed version (or print preview).

**Actual result**
* The radio button/checkbox selections are not shown on the printed version (or print preview).

**Regression range**
* Not a regression.

**Additional information**
* This issue can be worked around if the user saves the PDF with selections made, opens the saved version, and prints it.
Bug: [XFA] PDFs with no dataset entry can't be saved
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-07-12 18:19:43+00:00
Resolved: 2021-11-18 15:04:09+00:00

**Note**
* When the user loads a specific PDF file in the browser and focuses a field, he will notice that the browser will not show the corresponding message as Adobe Reader does.

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip "pdfjs.enableXfa" to true.
3. Load the attached PDF file.
4. Focus a field.

**Expected result**
* A message is displayed.

**Actual result**
* No message is displayed.

**Regression range**
* Not a regression.

**Additional information**
* When interacting with any control from the PDF form, Adobe Reader shows a message saying "Please Note: You cannot save a completed copy of this for your computer. If you would like a copy for your records, please fill it in and print it."
Bug: [XFA] A specific PDF file cannot be printed with input information
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-07-12 18:25:45+00:00
Resolved: 2022-02-14 12:35:50+00:00

**Note**
* When the user loads a specific PDF file in the browser, inputs information into the fields, and then prints it, he will notice that the print preview and physically printed version does not show any of the previously input information.

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip "pdfjs.enableXfa" to true.
3. Load the attached PDF file.
4. input information into the fields.
5. Print it.

**Expected result**
* The information is printed.

**Actual result**
* A blank form is printed.

**Regression range**
* Not a regression.

**Additional information**
* When interacting with any control from the PDF form, Adobe Reader shows a message saying "Please Note: You cannot save a completed copy of this for your computer. If you would like a copy for your records, please fill it in and print it.", so Adobe does not allow saving a completed version of the form, but allows to print one.
Bug: [XFA] Elements that should not be printed are shown in the printed file
Status: NEW
Priority: P2
Created: 2021-07-12 18:34:09+00:00
Resolved: 2023-04-06 18:34:57+00:00

**Note**
* When the user loads a specific PDF file that has a non-printable logo/image or text and prints it, he will notice that the browser will include the elements that are not supposed to be included in the print rendering.

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip "pdfjs.enableXfa" to true.
3. Load the attached PDF file.
4. Notice the text/image that is not supposed to be printed.
5.  Print it.

**Expected result**
* The elements that are not supposed to be printed, are not.

**Actual result**
* The information is printed.

**Regression range**
* Not a regression.

**Additional information**
* I do not know whether this is a generic XFA issue or rather a dynamic one, but please remove the bug that is incorrectly blocked.
Bug: Menu bar menu titles are almost invisible with dark themes in Firefox 90
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-07-13 03:30:46+00:00
Resolved: 2021-07-21 12:34:08+00:00

User Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:90.0) Gecko/20100101 Firefox/90.0

Steps to reproduce:


1. on or before 2021-01-30, I installed the Computer Terminal theme
   <https://addons.mozilla.org/addon/computer-terminal/>

2. with Firefox 89, menu titles were visible – good contrast in the menu bar

3. I updated from 89.0.2 to 90


Actual results:


4. menu titles became almost invisible (maybe 95% grey text, black background)

5. pointing at a title causes it to flicker, with good contrast, momentarily

6. clicking a title causes the title (and its menu) to become visible, legible

7. numerous dark themes are bugged, including Mozilla's own Dark (1.2) in a separate profile. 


Expected results:


4. the menu bar should use sane contrast to present clearly visible menu titles.
Bug: Multiple 'Close tabs and exit?' popups need to be responded to when pressing Alt+F4 multiple times
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-13 05:41:32+00:00
Resolved: 2021-08-31 19:45:05+00:00

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

Steps to reproduce:

1. Open multiple tabs
2. Press Alt+F4. The 'Close tabs and exit?' appears, but don't click 'Close tabs' or 'Cancel'
3. Press Alt+F4 again
4. Click on 'Close tabs' or 'Cancel'



Actual results:

There are multiple 'Close tabs and exit?' popups open, equal to the number of times Alt+F4 has been pressed. The user needs to accept to close all tabs multiple times, before the browser closes


Expected results:

Only one 'Close tabs and exit?' popup should have opened.
Bug: 17.93 - 13.36% youtube SpeedIndex / about:welcome ContentfulSpeedIndex + 1 more (Windows) regression on Fri July 9 2021
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-07-13 09:15:33+00:00
Resolved: 2021-07-21 14:35:23+00:00

Perfherder has detected a browsertime performance regression from push [a51628e3d9559952ddd68dbb6034b8ce40c80fb0](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=a51628e3d9559952ddd68dbb6034b8ce40c80fb0). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Suite** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--|--| 
| 18% | youtube | SpeedIndex | windows10-64-shippable-qr | warm webrender | 793.33 -> 935.58 |
| 14% | welcome | ContentfulSpeedIndex | windows10-64-shippable-qr | cold webrender | 379.21 -> 432.42 |
| 13% | welcome | ContentfulSpeedIndex | windows10-64-shippable-qr | cold webrender | 378.08 -> 428.58 |
### Improvements:

| **Ratio** | **Suite** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--|--| 
| 47% | welcome | FirstVisualChange | windows10-64-shippable-qr | cold webrender | 75.29 -> 40.00 |
| 43% | welcome | FirstVisualChange | windows10-64-shippable-qr | cold webrender | 70.00 -> 40.00 |
| 40% | welcome | FirstVisualChange | windows10-64-shippable-qr | cold webrender | 67.20 -> 40.00 |
| 35% | welcome | loadtime | windows10-64-shippable-qr | cold webrender | 100.25 -> 64.79 |
| 32% | welcome | loadtime | linux1804-64-shippable-qr | cold webrender | 117.83 -> 80.12 |
|...|...|...|...|...|...|
| 4% | welcome | PerceptualSpeedIndex | windows10-64-shippable-qr | cold webrender | 435.25 -> 416.75 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=30558), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: Search bar has ClickSelectsAll behavior
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-13 09:16:10+00:00
Resolved: 2021-07-14 09:14:11+00:00

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

Steps to reproduce:

Try to edit search bar content. 1000 times a day!


Actual results:

Hole field get selected


Expected results:

Put cursor at position where i clicked.

I know this issue has addressed meany times before, specially for the URL Bar. I read them al. But seams that developers not realizes how frustrating it is for user who edit content on URL or search bar al the time. Just make it optional as it was. This is such an common GUI element that is has to work flawless for everyone. So many people, so many wishes. Don't try to force them to one system. People will make some day a forke of it and start their own browser. Honor Firefox its reputation for most customizable browser. Make this behavior optional, please!
Bug: The Folder icon changes its state when hovered over in about:downloads
Status: NEW
Priority: --
Created: 2021-07-13 09:18:40+00:00
Resolved: 2021-07-22 17:06:21+00:00

[Affected versions]: 
91.0a1 (2021-07-12)

[Affected platforms]:
Platforms: Windows

[Steps to reproduce]

1. Launch the Firefox browser.
2. Download any File.
3. Hover over the Folder icon.

[Expected result]
The folder icon should not change its state to white.

[Actual result]
The Folder icon becomes white and its barely noticeable when hovered over.
Bug: 10.45 - 4.66% twitch fcp / twitch SpeedIndex + 1 more (Windows) regression on Wed July 7 2021
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-13 09:18:42+00:00
Resolved: 2021-07-26 07:02:23+00:00

Perfherder has detected a browsertime performance regression from push [0cf557aafeaaa723f340932fb316c91d5557b0dc](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=0cf557aafeaaa723f340932fb316c91d5557b0dc). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Suite** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--|--| 
| 10% | twitch | fcp | windows10-64-shippable-qr | warm webrender | 56.02 -> 61.88 |
| 6% | twitch | SpeedIndex | windows10-64-shippable-qr | warm webrender | 484.58 -> 511.50 |
| 5% | twitch | SpeedIndex | windows10-64-shippable-qr | warm webrender | 493.12 -> 516.08 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=30562), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: The look of a new tab in private window when opening from bookmark isn't the same as when opening a new private window from the hamburger menu
Status: NEW
Priority: P5
Created: 2021-07-13 12:22:51+00:00
Resolved: 2022-10-05 13:43:18+00:00

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

Steps to reproduce:

I bookmarked the new tab and then I clicked "Open in new private window"


Actual results:

Firefox opened the same new tab of normal window in private window


Expected results:

Firefox should have opened the private window's new tab
Bug: website with improve readability turned on does not show that it's in bookmarks. But when I'm back into normal mode it's showing again
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-13 13:34:08+00:00
Resolved: 2021-08-03 14:47:01+00:00

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

Steps to reproduce:

I added site to bookmarks and it's showing it's added. 


Actual results:

when I turn on the improve readability mode star is transparent (not blue) not showing up


Expected results:

It should display blue star (that it's added to bookmarks)
Bug: URLs drag&dropped on a tab opened by previous download won't load
Status: NEW
Priority: P5
Created: 2021-07-13 14:47:06+00:00
Resolved: 2021-09-11 21:15:20+00:00

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

Steps to reproduce:

1. Create a bookmark / .URL - that links to an URL, resulting in a file being downloaded (i.e. https://codelab.tk/aaa.rar)

2 Open said bookmark/.URL file:
a) CTRL+click on bookmarklet in Bookmarks/toolbar (so opens in new tab)
b) Open/Dbl-click on .URL file (will open Firefox window with new tab / open new tab in existing FF window)

3. Either Save or Cancel dialog.

4. Now try to drag&drop some other .URL on the same tab that was opened during download..


Actual results:

Drag&drop of .URLs won't result in any action / page opening.

Notes:
- dropping .URLs on tab bar or address bar or different tab (existing or opening a new tab), or navigating away (from said "download" tab) = will fix the issue..

- With/Without save dialog - also make no difference.


Expected results:

Dragging .URLs on said "download" tab should open them the same as any other tab.
Bug: Permanent browser/base/content/test/static/browser_all_files_referenced.js | unreferenced file: resource://app/modules/Snapshots.jsm -  when Gecko 92 merges to Beta on 2021-08-09
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-07-13 15:53:18+00:00
Resolved: 2021-07-21 16:26:54+00:00

* [central-as-beta simulation](https://treeherder.mozilla.org/jobs?repo=try&group_state=expanded&resultStatus=testfailed%2Cbusted%2Cexception%2Cretry%2Cusercancel%2Crunnable&revision=552986cd7bdf891d25660667b9cf75826894cb71&selectedTaskRun=HCIkAhYBSDa-LP4DPpG98A.0)
* [How to run these simulations](https://wiki.mozilla.org/Sheriffing/How_To/Beta_simulations#TRUNK_AS_EARLY_BETA)
* [Failure log](https://treeherder.mozilla.org/logviewer?job_id=345082658&repo=try)

TEST-UNEXPECTED-FAIL | browser/base/content/test/static/browser_all_files_referenced.js | unreferenced file: resource://app/modules/Snapshots.jsm -
Bug: Crash in [@ OOM | small]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-13 16:13:18+00:00
Resolved: 2021-07-20 12:04:55+00:00

Crash report: https://crash-stats.mozilla.org/report/index/09c1f0a3-7cb8-454a-ba29-98c030210713

MOZ_CRASH Reason: ```MOZ_CRASH()```

Top 10 frames of crashing thread:
```
0 mozglue.dll mozalloc_abort memory/mozalloc/mozalloc_abort.cpp:33
1 mozglue.dll moz_xmalloc memory/mozalloc/mozalloc.cpp:58
2 xul.dll NS_CycleCollectorSuspect3 xpcom/base/nsCycleCollector.cpp:3763
3 xul.dll nsDOMMutationObserver::CurrentRecord dom/base/nsDOMMutationObserver.cpp:922
4 xul.dll nsMutationReceiver::AttributeWillChange dom/base/nsDOMMutationObserver.cpp:179
5 xul.dll static mozilla::dom::MutationObservers::NotifyAttributeWillChange dom/base/MutationObservers.cpp:140
6 xul.dll nsStyledElement::InlineStyleDeclarationWillChange dom/base/nsStyledElement.cpp:102
7 xul.dll geckoservo::glue::Servo_DeclarationBlock_SetPropertyById servo/ports/geckolib/glue.rs:4632
8 xul.dll nsDOMCSSDeclaration::ParsePropertyValue layout/style/nsDOMCSSDeclaration.cpp:318
9 xul.dll nsDOMCSSDeclaration::SetProperty layout/style/nsDOMCSSDeclaration.cpp:221
```
Bug: Crash in [@ OOM | small]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-13 16:13:52+00:00
Resolved: 2021-07-20 12:04:37+00:00

Crash report: https://crash-stats.mozilla.org/report/index/b8fccbc0-cf64-4e20-9ca7-f25c10210713

MOZ_CRASH Reason: ```MOZ_CRASH(OOM)```

Top 10 frames of crashing thread:
```
0 xul.dll NS_ABORT_OOM xpcom/base/nsDebugImpl.cpp:618
1 xul.dll mozilla::dom::Location::GetHref dom/base/Location.cpp:279
2 xul.dll mozilla::dom::Location_Binding::get_href dom/bindings/LocationBinding.cpp:55
3 xul.dll mozilla::dom::binding_detail::GenericGetter<mozilla::dom::binding_detail::MaybeCrossOriginObjectThisPolicy, mozilla::dom::binding_detail::ThrowExceptions> dom/bindings/BindingUtils.cpp:3180
4 xul.dll js::CallGetter js/src/vm/Interpreter.cpp:714
5 xul.dll js::NativeGetProperty js/src/vm/NativeObject.cpp:2305
6 xul.dll JS_ForwardGetPropertyTo js/src/jsapi.cpp:2491
7 xul.dll mozilla::dom::Location_Binding::DOMProxyHandler::get const dom/bindings/LocationBinding.cpp:1543
8 xul.dll static js::Proxy::get js/src/proxy/Proxy.cpp:490
9 xul.dll js::GetProperty js/src/vm/Interpreter.cpp:4552
```
Bug: Tooltip caret markers invisible in about:preferences when HCM is active
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-07-13 16:15:54+00:00
Resolved: 2023-06-02 15:21:42+00:00

STR: 

In System Preferences > Accessibility > Display, check the "Increase Contrast" checkbox. 

1. Navigate to about:preferences
2. In the in-content search bar, type a letter that corresponds to an access key (ex. "a")

Expected:
Occurrences of the letter are visibly highlighted within the page and a tooltip appears over buttons whose spawned popup includes the text. 

Actual:
The tooltips are unreadable because they feature white text on a white background. They should probably use the same highlight color.

A related issue is reproducible with FF-level HCM instead of OS-level HCM:

(Ensure no box is checked in System preferences)
1. In about:preferences, scroll to Language & Appearance, click "colors" and select "always" in the dropdown
2. Hit OK
3. As above, search for text in the in-content search bar (ex. "a")

Expected: 
tooltips are rendered in tightly wrapped boxes with a small arrow denoting the button or dropdown they pertain to

Actual:
tooltips are rendered in tightly wrapped boxes with black squares partially obscuring content below them (no arrows are visible)
Bug: Firefox nicht downloadbar
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-13 16:25:06+00:00
Resolved: 2021-07-14 13:52:40+00:00

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

Steps to reproduce:

download new version


Actual results:

Seite wurde nicht gefunden

Die Verbindung mit dem Server download.mozilla.org schlug fehl.

Falls die Adresse korrekt ist, können Sie noch Folgendes versuchen:

    Die Seite später noch einmal aufrufen.
    Die Netzwerkverbindung überprüfen.
    Falls der Computer sich hinter einer Firewall befindet, überprüfen Sie bitte, ob Firefox der Internetzugriff erlaubt wurde.


Expected results:

download start?
Bug: Switch to Tab option appears in Private window for non-Private Tab Using Search Shortcut
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-07-13 19:38:16+00:00
Resolved: 2021-08-30 12:59:31+00:00

I have 'p' setup as a searchfox.org path search shortcut. In a private browsing window, when I start typing `p <previously used search>` the "switch to tab" option appears even though the tab to switch to is in a non-private window. Choosing the "switch to tab" has no effect.
Bug: [DoH] When enabled via the rollout, opening Connection Settings and closing via "OK" button without changing anything will disable DoH
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-07-13 20:39:28+00:00
Resolved: 2021-07-22 06:35:18+00:00

[Tracking Requested - why for this release]:

What's happening is that even though nothing changed, the code that checks the URI field commits the value into network.trr.uri, causing DoHController to turn everything off. Since network.trr.mode was not similarly committed, at this point DoH is completely disabled even though the checkbox state was ticked at the time of closing the dialog.
Bug: Disabling Proton breaks Web Developer menu
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-13 21:08:31+00:00
Resolved: 2021-07-14 18:26:16+00:00

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

Steps to reproduce:

Disable Proton with `browser.proton.enabled` set to false.

Start Firefox 90, open the hamburger menu, click Web Developer.


Actual results:

A blank sub-menu appears.


Expected results:

The Web Developer menu should appear, or it should not open a sub-menu but just open the tools as it does with Proton enabled.
Bug: Version is duplicated in name of app in list of installed apps
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-13 21:16:28+00:00
Resolved: 2021-07-14 00:09:59+00:00

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

Steps to reproduce:

1. Install Mozilla Firefox
2. Go to "Settings - Apps - Apps & features" or "Control Panel - Programs - Programs and Features"


Actual results:

The version of the app is duplicated in the name of the app in the list of installed apps in "Settings - Apps - Apps & features" and "Control Panel - Programs - Programs and Features" in the version for Windows. Please remove the version number from the app name, as the version number is displayed next to the name in a separate field.


Expected results:

The app title will display only the title without the version number.
Bug: Close, Min, Max buttons look stretched, and tiny when hitting ALT to access menu
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-13 22:19:22+00:00
Resolved: 2021-07-14 15:26:29+00:00

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

Steps to reproduce:

Open Firefox.
Press ALT to access  the Menu-bar.


Actual results:

The window controls for Exit/Min/Max seem to be stretched and tiny when menu-bar is visible


Expected results:

Size should stay consistent in either mode