av9ash/GitBugs huggingface dataset:
Bug: Poll for missed FxA commands (eg, sent tabs) automatically
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2020-04-23 04:23:43+00:00
Resolved: 2020-07-23 00:08:39+00:00

We've recently had a bug whereby push wasn't working on Nightly. We do have a fallback polling mechanism to try and deal with that, but it's only executed when the user explicitly does a "sync now". The end result is that send tab appears to be completely broken for Nightly users who don't ever hit "send now".

Push server issues will hopefully be rare, but it will never have 100% reliability. Thus, we should poll for missed commands more often. The exact frequency is TBD, but I'd expect that once per session would have mitigated our recent issue significantly. "send tab is slow" is a much better bug report to get than "send tab doesn't work" :)

Just because things can never be simple, we should also investigate what telemetry we have for this and create a dashboard with alerts - we should never need to rely on user bug reports to tell us push is broken.
Bug: about:logins - if logins list full, scrollbar overlaps with bottom separator
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-04-23 08:45:33+00:00
Resolved: 2020-08-27 10:38:20+00:00

**Affected versions**
* 75.0, 76.0b7, 77.0a1(2020.04.21)

**Affected platforms**
* macOS 10.15.3, Windows 10, ubuntu 18.04;

**Steps to reproduce**
1. Launch Firefox, access about:logins
2. Create multiple logins until scrollbar for available login data is displayed;
3. Hover over the login-user list and scroll up/down;

**Expected result**
* clean UI;

**Actual result**
* scroll bar overlaps bottom separator;

**Regression range**
* First bad: 2019-07-18;
* Last good: 2019-07-17;
* Pushlog: [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=b6d154b2309846531934289c1e167208fc385ac3&tochange=bc0fdcef296f2d429e3f4b5f29e264ffc185163d)
* Potential regressor: not a regression, visible with bug 1560431;

 **Additional notes**
* attached screenshot with the issue visible on macOS and Windows on the right side.
Bug: The focus ring shown for the Site information and Password Manager doorhanger icons are cut off
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-23 09:16:51+00:00
Resolved: 2020-04-23 18:42:41+00:00

**Affected Versions:**
Latest Nightly 77.0a1 (2020-04-22) (64-bit)(BuildID: 20200422214848)
Latest Beta 76.0b8 (20200422201557) - [Treeherder](https://treeherder.mozilla.org/#/jobs?repo=mozilla-beta&selectedJob=298908653)

**Tested on:**
MacOS 10.13
Windows 10

**Steps to reproduce:**
1. Go to Facebook
2. Fill in a set of credentials and click out of the fields
3. After the grey key icon is displayed on the left side of the address bar navigate to it using Shift+TAB and check the focus ring
3.1 Also check it for the Site Infomation (lock) icon

**Expected:**
Focus ring should be displayed correctly for both icons

**Actual:**
The focus rings are cut off for the Site information and Password Manager doorhanger icons

**Regression=range:**
This is a regression of the Bug 1629947 fix, mozregression confirms the same with the following pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=a6ce2cb68e20c2bcb493502935aa062f75940a29&tochange=17aa41e3cb7cdff3b94e26e351e29cc8b9bab18a
Bug: When focusing background with NVDA tool a path to the file is described
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-04-23 11:07:17+00:00
Resolved: 2020-05-01 12:20:53+00:00

**Affected versions**
* 77.0a1

**Affected platforms**
* Windows 10 x64

**Preconditions**
Note:
- Firefox is already installed through Stub installer and the browser was ran at least once.
- Install NVDA (https://www.nvaccess.org/download/) screen reader

**Steps to reproduce**
1. Uninstall the installed copy from preconditions.
2. Run Stub Installer again.
3.Hover over the background (so no strings are focused).

**Expected result**
* NVDA tool does not read anything .

**Actual result**
* The NVDA tool describes a path "files C//appdata/user/local/temp....".

**Regression range**
Fx 77.0a1 (build ID 2020-04-21-09-42-20)
Bug: The web based stub installer reinstall button is not readable by the NVDA tool
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-04-23 11:07:54+00:00
Resolved: 2020-05-19 12:14:10+00:00

**Affected versions**
* 77.0a1

**Affected platforms**
* Windows 10 x64

**Preconditions**
Note:
- Firefox is already installed through Stub installer and the browser was ran at least once.
- Install NVDA (https://www.nvaccess.org/download/) screen reader

**Steps to reproduce**
1. Uninstall the installed copy from preconditions.
2. Run Stub Installer again.
3.Hover over the reinstall button.

**Expected result**
* The reinstall button is readable by the NVDA tool.

**Actual result**
* The reinstall button is not readable by the NVDA tool.

**Regression range**
Fx 77.0a1 (build ID 2020-04-21-09-42-20)

**Additional notes**
* The reinstall button is readable when using  the TAB key.
Bug: [Reinstall prompt] Several strings are not translated for the stub installer’s reinstall prompt on ru & ar builds
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-23 11:41:16+00:00
Resolved: 2020-06-11 19:21:31+00:00

**Affected versions**
* Firefox 77.0a1

**Affected platforms**
* Windows 10 64bit

*Preconditions*
* Firefox is already installed through Stub installer and the browser was runned at least once.

**Steps to reproduce**
1. Uninstall the installed copy from the preconditions.
2. Run Stub Installer again (ar or ru build).

**Expected result**
*  All the translated strings are displayed in the respective locale and rendered correctly.

**Actual result**
*  The “Restore default settings and remove old add-ons for optimal performance” & “Re-install” strings seems to fallback in English.

**Regression range**
* Last known good build 77.0a1 (2020-04-20-21-49-39)
* First known bad build 77.0a1 (2020-04-21-09-42-20)
* Possible regressor: Bug 1596812

**Notes**
* For more information regarding this issue, please observe the attached screenshots.
Bug: Firefox web based stub installer window jumps when dragged to the edge of the screen while installation is in progress
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-04-23 11:43:26+00:00
Resolved: 2020-05-04 06:32:19+00:00

*Affected versions*
* 77.0a1 (20200422214848)

*Affected platforms*
* Windows 10 x64

*Steps to reproduce*
1. Download and run [Firefox Installer](https://archive.mozilla.org/pub/firefox/nightly/latest-mozilla-central/Firefox%20Installer.en-US.exe).
2. Move the installer window on the edge of the screen while the installation is in progress.

*Expected result*
* No glitches are presented.

*Actual result*
* Firefox web based stub installer window jumps.


*Regression Range*
* I will search for one ASAP if there is one.

*Notes*
* Attached a screen recording.
* The issue is not reproducible on the reinstall window.
* L.E.: This also happens when slowly moving the installer window across two monitors.
Bug: Site permission panel placed lower then expected
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-23 12:20:34+00:00
Resolved: 2020-04-23 18:43:37+00:00

**Affected versions**
* latest Nightly 77.0a1 (2020-04-22)

**Affected platforms**
* macOS 10.15.5
* Windows 10 64bit
* Ubuntu 18.04 64bit

**Steps to reproduce**
1. Open https://joo.crater.uberspace.de/frame-permissions.html
2. Click on *Geolocation*, *Video*, *Audio* etc. from *This page* section

**Expected result**
* All the panels are displayed on the same level as protection panel, hamburger menu, library and others.

**Actual result**
* Site permission panels are displayed a few pixels lower then expected.

**Regression range**
* First bad: 2020-04-21
* Last good: 2020-04-22
* Narrowed integration regression window from [56590914, 17aa41e3] (4 builds) to [a6ce2cb6, 17aa41e3] (2 builds)
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=a6ce2cb68e20c2bcb493502935aa062f75940a29&tochange=17aa41e3cb7cdff3b94e26e351e29cc8b9bab18a
* Potential regressor: Bug 1629947 - Moved hover state to notification-anchor-icon and adjusted icon padding. r=nhnt11
Bug: Open in new tab menu and some more menu don't show
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-23 13:13:49+00:00
Resolved: 2020-11-10 16:55:32+00:00

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

Steps to reproduce:

Just try to open a link in new tab and click a link to open it in a new tab.


Actual results:

but Open in new tab menu don't show there.


Expected results:

Open in new tab menu must show there.
Bug: Firefox reinstall/update web based stub installer image can be dragged
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-04-23 13:55:56+00:00
Resolved: 2020-04-29 00:56:09+00:00

*Affected versions*
* 77.0a1 (20200422214848)

*Affected platforms*
* Windows 10 x64

*Preconditions*
* Firefox Re-install/Update web based stub installer opened.

*Steps to reproduce*
1. Drag the image from the installer outside the window.

*Expected result*
* The image cannot be dragged.

*Actual result*
*  The image can be dragged.


*Regression Range*
* Not reproducible with [this installer](https://archive.mozilla.org/pub/firefox/nightly/2020/01/2020-01-02-21-50-15-mozilla-central/Firefox%20Installer.en-US.exe) from 2020-01-02. I will search for one ASAP.

*Notes*
* Attached a screen recording.
Bug: click on proceed to checkout button on greenkart  application, button is  active when the cart is empty
Status: RESOLVED
Priority: P1
Resolution: INVALID
Created: 2020-04-23 14:08:41+00:00
Resolved: 2020-04-29 12:51:01+00:00

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

Steps to reproduce:

Login to https://rahulshettyacademy.com/seleniumPractise/#/
click on the cart window while it is empty
click on the proceed to checkout button


Actual results:

proceed to checkout button was active
took me to the checkout page


Expected results:

proceed to checkout button is suppose to be inactive
while the cart is empty
Bug: Very poor performance on bing wrapspeed quizzes in US
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-23 14:14:05+00:00
Resolved: 2020-06-02 17:48:43+00:00

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

Steps to reproduce:

1) Sign up for microsoft rewards in US
2) Go to rewards page and take a wrapspeed quiz
3) Choose one answer from multiple options


Actual results:

The performance of page load after clicking an answer is very poor.


Expected results:

Better speed
Bug: Zoom operations are possible inside the stub installer window
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-04-23 15:08:39+00:00
Resolved: 2020-06-11 19:34:29+00:00

**Affected versions**
* Fx77.0a1

**Affected platforms**
* Windows

**Steps to reproduce**
1. Launch the stub installer.
2. Use ctrl+mouse wheel to zoom in/zoom out.

**Expected result**
* Nothing should happen.

**Actual result**
* The content of the stub installer window zooms in and out.

**Additional notes**
* This occurs for all the stub installer windows (install, reinstall, update).
Bug: Edit bookmark panel color changed in dark theme
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2020-04-23 15:45:39+00:00
Resolved: 2020-06-11 19:34:40+00:00

**Affected versions**
* Firefox Nightly (2020-04-23)

**Affected platforms**
* MacOS 10.15.5

**Unaffected platforms**
* Windows 10 64bit
* Ubuntu 18.04 64bit

**Steps to reproduce**
1. Start Firefox
2. Make sure to have the Dark theme enabled
3. Visit any website
4. Bookmark the page by clicking the star icon
5. Click *Show all the bookmark folders*
6. Hover **+ New Folder** button 

**Expected result**
* Hovering **+ New Folder** button has the same color as the panel

**Actual result**
* Hovering **+ New Folder** button has a different color as the panel

**Regression range**
* First bad: 6392325ec39e5cb10edd4aaaa4afb7a9f061b0b2
* Last good: ad3f58c996e59bc5ca0a0e6aac61c8f6a7e51096
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=ad3f58c996e59bc5ca0a0e6aac61c8f6a7e51096&tochange=6392325ec39e5cb10edd4aaaa4afb7a9f061b0b2
* Potential regressor: Bug 455077 - Enable color management for all CSS/images, not just tagged images

**Additional notes**
* Not sure if this change was intended or not, it looks kind of wrong to me. Andrew can you share your opinion here?
* The panel from the left is the one that I consider bad (Latest Nightly).
Bug: Some CSS for dialogs are loaded twice in about:preferences
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-23 15:53:10+00:00
Resolved: 2020-04-23 16:41:52+00:00

STR as an example:
1. Open about:preferences
2. Under Language click Select
3. In the Inspector, inspect the menulist

AR:
The `#availableLanguages, #availableLocales` rule appears twice

ER:
The CSS should be loaded only once
Bug: Microphone permission notification icon in the identity box sometimes looks squashed
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-23 16:24:48+00:00
Resolved: 2020-04-23 19:30:07+00:00

[Tracking Requested - why for this release]:

Quality issue. Suspected regressing patch already uplifted to beta.

I can't find STR for this but Johann stumbled into a case where the microphone icon looks squashed. We believe this was regressed by bug 1629947. Screenshot attached.
Bug: Nightly Regression: Reader Mode URLs are changing when selected
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-04-23 18:04:21+00:00
Resolved: 2020-05-06 09:23:42+00:00

If you view a post or article in Reader mode ([here's one](https://www.bankrate.com/real-estate/quitclaim-vs-warranty-deeds/)) and click in the URL bar, the URL changes to something like this: `about:reader?url=https%3A%2F%2Fwww.bankrate.com%2Freal-estate%2Fquitclaim-vs-warranty-deeds%2F`

We'd previously chosen to hide the "real" URI from users, as seen in release 75 (the URL does not change on select).
Bug: Accent border around address bar looks out of place on macOS, other apps use a light gray
Status: NEW
Priority: P5
Created: 2020-04-23 18:30:30+00:00
Resolved: 2020-09-21 09:20:11+00:00

Noticed this while comparing the accidental new search bar in bug 1632034 to the address bar which looks really good (has occlusion, looks more Mac like).

The address bar looks out of place on macOS - the harsh accent color border is not used in apps like Safari, Edge or Chromium - or Maps and Finder. 

I'd personally want to reconsider bug 1584355, but this bug makes sense even without that enhancement and would make the popup fit in better on the platform.
Bug: Typing Hangul and Alt+Enter on the address bar omits the last letter
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-04-23 18:51:45+00:00
Resolved: 2020-12-07 16:14:43+00:00

1. Type '도도' (eheh in QWERTY) on the address bar using Microsoft Korean IME
2. Make sure the composition is not finished yet. Tap Alt+Enter to search in a new tab

Expected: The search query should be '도도'.
Actual: It's '도'.
Bug: Dedupe SERP history results for DuckDuckGo searches
Status: NEW
Priority: P3
Created: 2020-04-23 19:44:46+00:00
Resolved: 2025-02-03 14:39:22+00:00

If the `browser.urlbar.restyleSearches` pref is enabled, DuckDuckGo search history results are duplicated. DuckDuckGo remote suggestions are in the format `https://duckduckgo.com/?t=ffab&q={query}` but then a moment after the URL updates to `https://duckduckgo.com/?t=ffab&q={query}&ia={SOMETHING}` where in my testing SOMETHING was either web or news, depending on if there was associated news results. This means that two history results are created for every DuckDuckGo search. The URL without the `ia` parameter gets restyled, but the `ia` result appears as a duplicate.
Bug: Search Tip appears after accepting "did you mean" suggestion
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2020-04-23 20:48:11+00:00
Resolved: 2024-01-06 22:55:27+00:00

Steps to reproduce:

- Use DuckDuckGo as default search engine. (Not sure if this reproduces with Google; needs testing.)
- Search for something that will get autocorrected.
- The results, at the top, will include a mention of the correction and a suggestion to quote the original term to avoid the correction.
- Click either suggestion.
- Over the search results, Firefox displays a huge banner, saying to start your search in the address bar.

Firefox should not display this banner when the user navigated to the search results via a link.

(I would also argue that it should not display this banner when editing an existing search, since the address bar doesn't support "slightly tweak the search I just did". But that's a separate bug.)
Bug: PDF Viewer cannot launch a PDF attachment (but the pdf.js web app can)
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-04-23 20:48:17+00:00
Resolved: 2020-05-22 08:07:46+00:00

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

Steps to reproduce:

Opened a PDF that contains an attachment that also is a PDF. For example: https://www.jeffersonscher.com/temp/Links-attachments-PDFs.pdf

The clicked the attached PDF to launch it in a new viewer.


Actual results:

PDF did not launch. Web Console displays: 

Error: Access to 'blob:resource://pdf.js/d88abb45-ad65-447c-834b-d63f30884864?Amarin_COVID-19%20menu%20(01191490).PDF' from script denied
viewer.js:4510:14


Expected results:

The attached PDF should launch in a new tab in the PDF Viewer, similarly to what happens when you open the same PDF in the web app version of pdf.js at https://mozilla.github.io/pdf.js/web/viewer.html 

Thread on SUMO: https://support.mozilla.org/questions/1285269
Bug: Default browser ping should not be submitted if telemetry is disabled at build time
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-04-23 21:25:49+00:00
Resolved: 2020-04-25 09:58:07+00:00

The Firefox telemetry service contains [this check](https://searchfox.org/mozilla-central/rev/41c3ea3ee8eab9ce7b82932257cb80b703cbba67/toolkit/components/telemetry/core/Telemetry.cpp#1175) of a few different compile-time parameters to disable uploading any pings (but not generating them) in those cases, notably including non-official or development builds. The default browser agent should pick up this logic.
Bug: Numbers on top of bars on Protections Dashboard graph appear to be clickable
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-04-23 21:40:47+00:00
Resolved: 2020-05-08 14:31:58+00:00

The numbers on the top of daily bars on an ETP graph are not clickable according to the current design. However, the cursor would become a finger while hovering over those numbers, which would be confusing to users or looks like a broken feature (nothing would happen by clicking them).
Bug: install addon icon
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-23 21:53:58+00:00
Resolved: 2020-04-24 00:11:39+00:00

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

Steps to reproduce:

Try to install any add-on from 
https://addons.mozilla.org
Observe the corresponding URL-bar icon


Actual results:

The icon is squished


Expected results:

The icon should not be squished
Bug: Intermittent browser/components/aboutlogins/tests/browser/browser_masterPassword.js | [JavaScript Error: "chrome://global/content/commonDialog.xhtml : Unable to run script because scripts are blocked internally."] -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-04-23 22:20:38+00:00
Resolved: 2020-05-19 17:04:20+00:00

**Filed by:** nbeleuzu [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=299089546&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/eADsKfmjRYeuqaSWXSmLCA/runs/0/artifacts/public/logs/live_backing.log

---

[task 2020-04-23T21:18:34.627Z] 21:18:34     INFO - TEST-PASS | browser/components/aboutlogins/tests/browser/browser_masterPassword.js | Dialog is the Master Password dialog - 
[task 2020-04-23T21:18:34.627Z] 21:18:34     INFO - Page reloaded
[task 2020-04-23T21:18:34.627Z] 21:18:34     INFO - Console message: [JavaScript Error: "chrome://global/content/commonDialog.xhtml : Unable to run script because scripts are blocked internally."]
[task 2020-04-23T21:18:34.628Z] 21:18:34     INFO - Buffered messages finished
[task 2020-04-23T21:18:34.628Z] 21:18:34     INFO - TEST-UNEXPECTED-FAIL | browser/components/aboutlogins/tests/browser/browser_masterPassword.js | [JavaScript Error: "chrome://global/content/commonDialog.xhtml : Unable to run script because scripts are blocked internally."] - 
[task 2020-04-23T21:18:34.628Z] 21:18:34     INFO - Stack trace:
[task 2020-04-23T21:18:34.628Z] 21:18:34     INFO - chrome://mochikit/content/browser-test.js:test_ok:1269
[task 2020-04-23T21:18:34.628Z] 21:18:34     INFO - chrome://mochitests/content/browser/browser/components/aboutlogins/tests/browser/head.js:onConsoleMessage:144
[task 2020-04-23T21:18:34.628Z] 21:18:34     INFO - resource://specialpowers/SpecialPowersChild.jsm:observe/<:132
[task 2020-04-23T21:18:34.628Z] 21:18:34     INFO - Master Password dialog shown and authenticated
[task 2020-04-23T21:18:34.628Z] 21:18:34     INFO - TEST-PASS | browser/components/aboutlogins/tests/browser/browser_masterPassword.js | Logins should be displayed when MP is set and authenticated - 
[task 2020-04-23T21:18:34.690Z] 21:18:34     INFO - TEST-PASS | browser/components/aboutlogins/tests/browser/browser_masterPassword.js | Dialog is the Master Password dialog - 
[task 2020-04-23T21:18:34.761Z] 21:18:34     INFO - Console message: [JavaScript Error: "chrome://global/content/commonDialog.xhtml : Unable to run script because scripts are blocked internally."]
[task 2020-04-23T21:18:34.803Z] 21:18:34     INFO - Not taking screenshot here: see the one that was previously logged
Bug: Experiment Type logged in telemetry is getting truncated
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-04-24 00:40:17+00:00
Resolved: 2021-04-20 14:32:16+00:00

Default Experiment type value in about:telemetry#environment-data-tab_experiments for messaging experiments gets truncated. See attached screenshot

https://searchfox.org/mozilla-central/source/toolkit/components/messaging-system/experiments/ExperimentManager.jsm#42

By default we are appending TELEMETRY_EXPERIMENT_TYPE_PREFIX and  DEFAULT_EXPERIMENT_TYPE  as type while setting experiment active.

https://searchfox.org/mozilla-central/source/toolkit/components/messaging-system/experiments/ExperimentManager.jsm#272

https://searchfox.org/mozilla-central/source/toolkit/components/messaging-system/experiments/ExperimentManager.jsm#139
Bug: In Ubuntu 20.04, Nightly icon in taskbar ("top bar") is vertically stretched
Status: NEW
Priority: P3
Created: 2020-04-24 00:40:23+00:00
Resolved: 2020-05-12 01:01:05+00:00

STR:
 1. Install Ubuntu 20.04 (released today)
 2. Download & run Firefox Nightly.
 3. Look at the Nightly icon at the top left of your taskbar (just to the right of the word "Activities").

ACTUAL RESULTS:
The icon in the taskbar is shown with the wrong aspect ratio -- it's vertically stretched.

EXPECTED RESULTS:
Icon should be shown with the correct aspect ratio.

This might be an Ubuntu bug (or a Gnome bug -- note that Ubuntu 20.04 uses GNOME 3.36 according to release press about it), but I'm filing here to start out, since even if that's the case, I've only seen this for Nightly & it may be something we can easily fix on our end, too.

Also notable: Firefox release does not have this problem. I tried with Ubuntu's own packaged firefox release, and I also tried an official Mozilla downloaded tarball for Firefox release [version 75] from https://www.mozilla.org/en-US/firefox/new/ , and the icon is shown with a nice aspect ratio in both.