av9ash/GitBugs huggingface dataset:
Bug: Opening Lockwise option from the Mozilla - Scrolling in menu does not retain the initially highlighted option
Status: NEW
Priority: --
Created: 2021-09-29 11:36:22+00:00
Resolved: 2021-10-25 06:55:18+00:00

**Affected versions**
*  93.0b7, 94.0a1

**Affected platforms**
* Fedora31, Win10

**Steps to reproduce**
1. Go to https://www.mozilla.org/en-US/firefox/lockwise/ and click on the "Open in Firefox" button.
2. Scroll the menu up/down
* if the menu is not scrollable grab the browser and move it over the bottom of screen or change to a resolution that would display it;

**Expected result**
* highlight remains on in-focus option;

**Actual result**
* highlight remains in same X position, even though the menu is scrolled; thus having end up with another option highlighted;

**Regression range**
* considered "good" builds that did not trigger the menu, as feature was not implemented at that point most likely;
* First bad: 2019-09-20
* Last good: 2019-09-19
* Pushlog: [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=19704452bd548d0c36d601d609cfcfe2c3e0caa2&tochange=c221a75fbf2957b6254fedb96436b5efbf0fd147) 

**Additional notes**
* same steps as per bug 1725604;
* attached recording with the issue.
Bug: Don't unload tabs that are playing audible audio content
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-29 12:03:11+00:00
Resolved: 2021-10-19 18:42:07+00:00

Similarly to 1733002, tabs that are playing audible audio content **cannot** be discarded, and there must be a fairly long (low two digits number of seconds) before considering the tab as unloadable. 

It's fairly common for websites to implement playing an album as having one `<audio>` per track, and starting playing from the `"ended"` handler of the previous `<audio>`.

Additionally, this need to function on an audibility basis (which is computed in Gecko already, and readily available for all audio-producing objects), not based on the playback state.

This wasn't the case on Android twice (in the Fennec days, and then after for Fenix, I had to fix it twice), and each time there were lots of users annoyed by this behaviour.
Bug: App menu icon for "restoring previous tabs"  infobar is not visible in HCM
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-09-29 13:38:06+00:00
Resolved: 2021-10-25 06:32:22+00:00

**Steps to Reproduce**

1. On Windows, turn on High Contrast Mode and make sure the "High Contrast Black" theme is selected. 

2. From about:config, make sure `browser.startup.couldRestoreSession.count` is set to 1 (otherwise the infobar won't show since it only appears on next startup)

3. Close window. Then reopen. 

**Expected**
The app menu icon is visible from the "restore previous session" infobar.

**Actual**
The app menu icon is not visible.
Bug: Linux Mint version of Firefox ignores the "DisableAppUpdate" of Policies.json
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-09-29 14:48:44+00:00
Resolved: 2021-11-10 13:30:47+00:00

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

Steps to reproduce:

Used the Linux Mint Update Manager


Actual results:

It updated my version 90.0, even though my Firefox policies are active and valid. It ignored "DisableAppUpdate" = True.


Expected results:

Leave my version as is.
Bug: "Open Containing Folder" icon is not visible on about:downloads page while hovering with high contrast white
Status: NEW
Priority: --
Created: 2021-09-29 15:53:29+00:00
Resolved: 2024-02-27 17:06:46+00:00

Tested with:
Nightly 94.0a1 (2021-09-29)

Tested on:
Windows 10

Preconditions:
Have the High Contrast White enabled.
Download few files on a new Fx profile.

Steps:

1. Launch Firefox (with few files downloaded)
2. Go to about:downloads page.
3. Hover over the "Open Containing Folder" icon.

Actual result:
"Open Containing Folder" icon is not visible on about:downloads page while hovering.

Expected result:
"Open Containing Folder" icon should be visible on about:downloads page while hovering.

Regression range:
Will try to find the regression range (if its a regression) asap.
Bug: Default browser prompt and url bar info collision on first startup
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-09-29 16:01:45+00:00
Resolved: 2024-07-09 15:07:57+00:00

First startup of Firefox on a windows machine resulted in these colliding messages (see screenshot). Resolution should be to suppress search prompt if default prompt is shown.
Bug: Update toolbar colors for a11y
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-09-29 16:14:20+00:00
Resolved: 2021-10-20 07:49:42+00:00

UX and A11y asked that we update a few toolbar colors for better contrast:
```
LIGHT THEME - Soft
Abstract
Token: toolbarColor - toolbar background color
Update: hsla(15, 100%, 86%, 1)

Graffiti
Token: toolbarColor - toolbar background color
Update: hsla (278, 80%, 91%, 1)

Foto
Token: toolbarColor - toolbar background color
Update: hsla (351, 47%, 89%, 1)

DARK THEME - Bold
Elemental
Token: toolbarColor - toolbar background color
Update: hsla(42, 6%, 43%, 1)
```
Bug: Broken mic in WebRTC since 91.0 when using the oss backend
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2021-09-29 16:49:49+00:00
Resolved: 2021-10-02 06:46:57+00:00

When we try to use the microphone, there is only garbage sound that is produced.

This affect the version: 91,92 and 93(rc1).

Original bug report on FreeBSD
See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257639

By reverting the following changeset, the mic is working again

https://github.com/mozilla/gecko-dev/commit/0a9065018a56a7812b15411051143c2c8f7b1a08
https://github.com/mozilla/gecko-dev/commit/d2f2ea20bbc9e1e7bc6858ea19d689624f27055a
https://github.com/mozilla/gecko-dev/commit/c95e8979b6b673658cdc51313d01db388bc3ff5d
https://github.com/mozilla/gecko-dev/commit/1f72372ece815dd5c59e9a34ca0754ea84124713
Bug: Strange urlbar behavior on Linux: autofill, auto selecting, panel opening and closing
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-09-29 17:22:48+00:00
Resolved: 2022-06-08 01:21:49+00:00

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

Steps to reproduce:

Type "google.com<enter>" in the address bar

Relevant non-default settings
browser.urlbar.showSearchSuggestionsFirst = False
browser.urlbar.suggest.quicksuggest = False
browser.urlbar.suggest.quicksuggest.sponsored = False
browser.urlbar.timesBeforeHidingSuggestionsHint = 0


Actual results:

Firefox autoselected the first "Firefox Suggest" result as I was typing "google.com" and I was taken to that page when I pressed enter.


Expected results:

Firefox should never auto-select any suggested results. This should always be a manual action. If the address bar contents are not a valid url, the default search engine should be used.
Bug: Changes in settings do not persists
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-29 19:41:54+00:00
Resolved: 2021-10-01 21:16:01+00:00

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

Steps to reproduce:

Go to Settings.
Enable "Open links in tabs instead of new windows".
Closed and reopened firefox.


Actual results:

The setting,  "Open links in tabs instead of new windows" was not enabled even though I had enabled it in my previous session.


Expected results:

The setting, "Open links in tabs instead of new windows" should remain enabled.
Bug: Random Voiceover result using Tab to search
Status: NEW
Priority: P3
Created: 2021-09-29 21:43:50+00:00
Resolved: 2023-06-02 15:22:09+00:00

**Tested on**
 Firefox release 92.0.1 
 Firefox nightly 94.0a1
 Firefox beta 93

**OS**
MacOS 10.11 using voiceover

**Steps to reproduce** (note that you can get a random result  )
 - enable voiceover Command+F5
 - launch firefox with profile manager and i create a new profile
 - hit command+T and i type google.com and hit  [enter] on the keyboard
 - hit command+T and i type google.com and hit  [enter] on the keyboard
 - hit command+T and i type google.com and hit  [enter] on the keyboard
 - hit command+t then i type "g" and y press the [tab key] on the keyboard

**Expected result**
screen reader should inform what is being selected, the tab to search text. " search with google - search with google directly from the address bar"
it does say the text if i press  control-option-shift-down arrow

**actual result**
it says you are currently on a menu item, to interact with items inside this menu item press control-option-shift-down arrow." and it doesn´t read the message that the screen shows: " search with google - search with google directly from the address bar"

It is random, for example sometimes it reads the text and sometimes it does not.
 i included beta93 but actually it took 3 tries using the steps to get the non working result because on the first 2 tries it worked.
Bug: Reader Recs: VQA – CTA Only Variant
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-29 23:30:01+00:00
Resolved: 2021-10-13 03:47:57+00:00

https://docs.google.com/document/d/1HWwA05kY4RV1hCuY8mU94LWrmR5YcnaaXWOlIFmTea4/edit
Bug: LaunchUnelevated fails with packaged app on Windows 10
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-09-30 01:04:04+00:00
Resolved: 2022-01-12 11:22:32+00:00

If Firefox is run with an elevated integrity level (for instance from an elevated installer such as Fiddler Classic), the launcher process will attempt to relaunch it unelevated by re-running the .exe [through the shell](https://searchfox.org/mozilla-central/rev/b022ae1fc071ad7a29f64f281bc19b7b093df538/browser/app/winlauncher/LaunchUnelevated.cpp#120-149). This won't work if Firefox is installed as an MSIX package, there is no permission for anyone to directly execute the .exe within the package's VFS (to prevent issues like bug 1732907), so there is an error "Windows cannot access the specified device, file, or path" from Explorer.

In a package context, we should give Explorer the path to the Firefox app within the package as `shell:appsFolder\<Package Family Name>\FIREFOX` instead of using the .exe name.

This was observed above on Windows 10 21H1 (19043.1202). It doesn't seem to occur on the latest Windows 11 beta (22000.194). Here, we still `LaunchUnelevated()`, but it seems that Explorer (or `CreateProcess`) is able to figure out what to do when given the path of the packaged exe that doesn't have normal execute permissions. The launched Firefox does have the proper package identity.
Bug: Firefox 92 on Windows with high-contrast theme is always black-on-white when theme is white-on-black
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-09-30 05:20:39+00:00
Resolved: 2021-11-03 19:24:08+00:00

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

Steps to reproduce:

(in Windows 10)
Set the Windows theme to a high-contrast white-on-black theme
Run Firefox 92
Observe that Firefox is in black-on-white high-contrast mode rather than white-on-black
Correct behavior observed upon reverting to Firefox 91. Same behavior on multiple computers.


Actual results:

Firefox is in black-on-white high-contrast mode.


Expected results:

Firefox should be in white-on-black high-contrast mode.
Bug: Many Thunderbird test failures: failure to load NimbusFeatures which isn't part of Thunderbird
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-09-30 08:55:41+00:00
Resolved: 2022-01-21 17:45:11+00:00

Bug 1731794 asks the SearchService to load resource://nimbus/ExperimentAPI.jsm, which isn't shipped with Thunderbird and causes error messages. The error messages cause comm-central's tests to fail en masse: https://treeherder.mozilla.org/jobs?repo=comm-central&revision=a40a3562438485f0760714550425e6df339a2ecc
Bug: [Ubuntu] Downloadable item progress bar is not visible on Library panel
Status: RESOLVED
Priority: P5
Resolution: WONTFIX
Created: 2021-09-30 09:01:20+00:00
Resolved: 2021-10-22 17:51:50+00:00

**Affected versions**
* Firefox 91.2.0esr
* Firefox 78.15.0esr

**Affected platforms**
* Ubuntu 20.04 x64

**Steps to reproduce**
1. Launch Firefox.
2. Start a large download form [this link](https://www.thinkbroadband.com/download).
3. When the download is in progress open the download panel then Show all downloads.
4. Click on the downloadable item and observe the progress bar.

**Expected result**
* When the download is ongoing the progress bar is visible.

**Actual result**
* When the download is ongoing the progress bar is not visible (orange progress bar on orange background).

**Regression range**
* I will come back with regression range ASAP.

**Additional notes**
* Affected only esr builds, Firefox 93.0 not affected.
Bug: Screen sharing KO with whereby.com
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-09-30 11:38:19+00:00
Resolved: 2021-10-04 13:04:08+00:00

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

Steps to reproduce:

Start a videoconference with "whereby.com"
Click on the "Screen sharing" icon at the bottom center.
When you are prompted to choose what to share, the list of the applications already openend on your computer does NOT appear correctly, so you cannot share an application window.
This runs perfectly with Chrome.


Actual results:

The list of the applications already running (Excel or Draw for example) do NOT appear in the list (they correctly do in Chrome), so you cannot chose the application window to be shared with the other persons having joined the video conference.


Expected results:

You should have seen the list of all the applications currently running on the PC (for example Word, Calc, or anything else), in order to chose the window to share.
Bug: [win] Old print UI option not visible when using Dark OS theme
Status: NEW
Priority: --
Created: 2021-09-30 12:13:37+00:00
Resolved: 2021-10-06 07:44:15+00:00

*Affected versions*
* 93.0 (20210927210923)
* 92.0.1 (20210922161155)
* 91.2.0esr (20210927140538)



*Affected platforms*
* Windows 10 x64

*Preconditions*
* Dark OS theme
* print.tab_modal.enabled:false

*Steps to reproduce*
1. Open Firefox and Print for a random page.





*Expected result*
* Options are displayed as expected.


*Actual result*
* Print options are not readable.


*Regression range*
* Last good revision: b3fd546349160dfa293982cace9ba0f289d7788f
First bad revision: e5ee2e40acc0271d1e6032ab7e6058469cd7eef9
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b3fd546349160dfa293982cace9ba0f289d7788f&tochange=e5ee2e40acc0271d1e6032ab7e6058469cd7eef9



*Notes*
* Attached a screenshot.
Bug: Firefox always uses built-in pdf reader on links to local PDFs from locally stored html files when PDFs are configured to "always ask"
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-09-30 12:33:00+00:00
Resolved: 2021-10-22 20:18:43+00:00

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

Steps to reproduce:

1. Put the attached file index.html on your local drive
2. Put a PDF file in the same directory and rename it to test.pdf.
3.Open Firefox and Configure it to always ask, when opening PDF Files
4. Use File/Open to open the file index.html
5. click on "PDF test file stored on local file system" to open it.


Actual results:

Firefox displays that file using it's built-in pdf reader


Expected results:

Firefox should ask, what to do (use internal/external reader or download it)
Bug: I enter "http://somehost" in the address bar, but Firefox loads "http://www.somehost.com/"
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-09-30 12:53:44+00:00
Resolved: 2021-10-14 01:38:00+00:00

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

Steps to reproduce:

Entering "http://somehost" in the address bar.



Actual results:

Firefox loads "http://www.somehost.com/".


Expected results:

The "somehost" is not resolving on my network, thus an appropriate error message is expected.
Bug: Previous session cannot be restored after Firefox crashes twice
Status: NEW
Priority: P2
Created: 2021-09-30 14:19:54+00:00
Resolved: 2024-02-05 11:47:40+00:00

**Affected versions:**
- 78.15.0 ESR
- 91.2.0 ESR
- 93.0 (20210927210923)
- 93.0b9 (20210923190449)
- 94.0a1 (20210929155324)

**Affected platforms:**
- Windows 10 x64
- Ubuntu 20.04
- macOS 10.14
- macOS 11

**Steps to reproduce:**
1. Launch Firefox with a clean profile.
2. Open at least 15 different tabs containing different websites.
3. Crash Firefox (type about:crashparent inside address bar).
4. Crash Firefox again.

**Expected result:**
The Restore session button appears after the second crash.

**Actual result:**
The Restore session button does not appear after the second crash. 

**Regression range:**
I will search for an old regression range if there is one. It doesn’t seem to be a recent regression since it is also reproducible on Firefox 92.0.1.

**Additional notes**
It needs 5-6 crashes in order for the Restore session button to appear, sometimes even more.
Bug: When the screenshots UI is closed with the ESC button the toolbar button stays disabled.
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-09-30 14:24:51+00:00
Resolved: 2021-10-27 17:50:55+00:00

Steps to reproduce.
Make sure `screenshots.browser.component.enabled` is true
Make sure the screenshot button is in the toolbar
1. Take a screenshot
2. Close the screenshot UI by clicking ESC

Desired result: The toolbar button should be able to click.
Actual result: The toolbar button is disabled after closing UI.
Bug: Low contrast in the text on the URL bar with the Alpenglow theme
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-30 14:42:11+00:00
Resolved: 2021-10-08 12:14:15+00:00

¡Hola y'all!

Happy 🌮 Thursday!

Seems like when selecting text in the Awesome bar now the contrast is not great.

¡Gracias!
Alex
Bug: "Save changes" and "Cancel" button are cut on Autoplay settings with High Contrast White/Black
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-09-30 17:12:15+00:00
Resolved: 2023-11-29 17:53:47+00:00

Tested with:
Nightly 94.0a1 (2021-09-29)

Tested on:
Windows 10

Preconditions:
Have the High Contrast White/Black enabled.

Steps:

1. Launch Firefox (with few files downloaded)
2. Go to about:preferences#privacy page and search for permissions
3.  Go to Autoplay and click on Settings button.

Actual result:
"Save changes" and "Cancel" button are cut on Autoplay settings with High Contrast White/Black.

Expected result:
"Save changes" and "Cancel" button should be correctly displayed on Autoplay settings with High Contrast White/Black.

Regression range:
Will try to find the regression range (if its a regression) asap.
Bug: "Save changes" and "Cancel" button are cut on Autoplay settings with High Contrast White/Black
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-30 17:12:25+00:00
Resolved: 2021-09-30 18:18:11+00:00

Tested with:
Nightly 94.0a1 (2021-09-29)

Tested on:
Windows 10

Preconditions:
Have the High Contrast White/Black enabled.

Steps:

1. Launch Firefox (with few files downloaded)
2. Go to about:preferences#privacy page and search for permissions
3.  Go to Autoplay and click on Settings button.

Actual result:
"Save changes" and "Cancel" button are cut on Autoplay settings with High Contrast White/Black.

Expected result:
"Save changes" and "Cancel" button should be correctly displayed on Autoplay settings with High Contrast White/Black.

Regression range:
Will try to find the regression range (if its a regression) asap.
Bug: "Save changes" and "Cancel" buttons are cut on Autoplay settings with High Contrast White/Black
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-30 17:12:31+00:00
Resolved: 2021-09-30 18:18:56+00:00

Tested with:
Nightly 94.0a1 (2021-09-29)

Tested on:
Windows 10

Preconditions:
Have the High Contrast White/Black enabled.

Steps:

1. Launch Firefox (with few files downloaded)
2. Go to about:preferences#privacy page and search for permissions
3.  Go to Autoplay and click on Settings button.

Actual result:
"Save changes" and "Cancel" buttons are cut on Autoplay settings with High Contrast White/Black.

Expected result:
"Save changes" and "Cancel" buttons should be correctly displayed on Autoplay settings with High Contrast White/Black.

Regression range:
Will try to find the regression range (if its a regression) asap.
Bug: browser.startup.page=3 doesn't come up with previously open tabs
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-30 21:54:38+00:00
Resolved: 2021-10-22 17:31:10+00:00

I've got my prefs set to open firefox with my previously open tabs, but in the last couple of update restarts, it came up with just about:home.

I don't have a strong regression range, but I think it worked at the beginning of this week.
Bug: Intermittent browser/base/content/test/popups/browser_popup_blocker.js | Uncaught exception - undefined - timed out after 50 tries.
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-09-30 22:03:51+00:00
Resolved: 2022-07-26 00:16:10+00:00

**Filed by:** ncsoregi [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=353263533&repo=mozilla-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/XX-kmzmdRaW_ubDJmny7mQ/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2021-09-30T17:20:11.830Z] 17:20:11     INFO - TEST-PASS | browser/base/content/test/popups/browser_popup_blocker.js | Blocked popup menu shown - 
[task 2021-09-30T17:20:11.830Z] 17:20:11     INFO - Console message: [JavaScript Error: "The character encoding of the HTML document was not declared. The document will render with garbled text in some browser configurations if the document contains characters from outside the US-ASCII range. The character encoding of the page must be declared in the document or in the transfer protocol." {file: "https://example.com/browser/browser/base/content/test/popups/popup_blocker_a.html" line: 0}]
[task 2021-09-30T17:20:11.830Z] 17:20:11     INFO - Buffered messages logged at 17:20:06
[task 2021-09-30T17:20:11.831Z] 17:20:11     INFO - Console message: [JavaScript Error: "InvalidStateError: [fluent] Missing message in locale en-US: newtab-search-box-input"]
[task 2021-09-30T17:20:11.831Z] 17:20:11     INFO - Buffered messages finished
[task 2021-09-30T17:20:11.831Z] 17:20:11     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/popups/browser_popup_blocker.js | Uncaught exception - undefined - timed out after 50 tries.
[task 2021-09-30T17:20:11.831Z] 17:20:11     INFO - Leaving test bound test_opening_blocked_popups_privateWindow
[task 2021-09-30T17:20:11.831Z] 17:20:11     INFO - GECKO(1127) | MEMORY STAT | vsize 402499MB | residentFast 387MB | heapAllocated 143MB
[task 2021-09-30T17:20:11.831Z] 17:20:11     INFO - TEST-OK | browser/base/content/test/popups/browser_popup_blocker.js | took 9209ms
[task 2021-09-30T17:20:11.831Z] 17:20:11     INFO - checking window state
[task 2021-09-30T17:20:11.831Z] 17:20:11     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-09-30T17:20:11.832Z] 17:20:11     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/popups/browser_popup_blocker.js | Found an unexpected browser window at the end of test run - 
[task 2021-09-30T17:20:11.832Z] 17:20:11     INFO - GECKO(1127) | must wait for focus
```