av9ash/GitBugs huggingface dataset:
Bug: F7 button stacks dialogs
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-09-07 17:49:20+00:00
Resolved: 2023-07-13 20:57:47+00:00

If you press the F7 button multiple times, you get a dialog each time, even if the first one is still up.

So when you press No (or Yes), you get another dialog.

If the dialog is up, it should ignore subsequent F7 presses.
Bug: far too big distance of bookmark entries in bookmark menu with FF92 on Mac
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-07 18:21:12+00:00
Resolved: 2021-11-29 11:38:22+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:

upgrade from FF91.x to FF92.0


Actual results:

The bookmark entries in a bookmark menu have a smaller font and a very large distance on macOS 10.15.7 than in FF91.


Expected results:

smaller spacing, less waste of (white) space.
Bug: Going back one page shows a blank page
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-07 18:42:42+00:00
Resolved: 2021-09-08 13:49:24+00:00

I don't have a concrete STR for this but basically:

- Open a page
- Go to previous page via the back button
Result: See blank page (just my dark background color).

Reloading doesn't seem to help. Switching to a different tab and then going back seems to force rendering.

I can't reproduce this reliably at all, but it does happen on bugzilla as well. I would suspect fission, but who knows ..
Bug: "Save link as..." doesn't open filepicker when browser.download.improvements_to_download_panel is true
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-08 00:25:07+00:00
Resolved: 2021-11-21 14:07:28+00:00

While testing this pref on my own install of Firefox Nightly 95, I noticed the filepicker doesn't seem to open when attempting to save a link using the "Save Link As" item from the context menu. For example, trying to save any of the files through the context menu at https://filesamples.com/formats/8svx will result in nothing happening. 

The issue goes away on a new profile (and the pref is enabled). Will continue to investigate this.
Bug: Title Bar in System Theme Doesn't Follow OS Colours
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-08 01:35:46+00:00
Resolved: 2023-09-02 22:04:21+00:00

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

Steps to reproduce:

Installed Firefox 92 using system theme.


Actual results:

The title bar is grey, and all tabs including the active tab are the same colour as the background.


Expected results:

The title bar should follow the OS settings, and in this case use a blue background, and the active tab should never use the same colour as the background.

In Firefox 91 (having upgraded from 90 where proton disabled), this worked even with what I assume is the proton UI. It also behaved correctly before the proton UI was added to Firefox.
Bug: Search Suggestions Ignoring Proxy Configuration
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-09-08 03:13:47+00:00
Resolved: 2021-09-30 12:51:26+00:00

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

Steps to reproduce:

From a default installation of Firefox, notably with "Provide search suggestions,"  "Show search suggestions in address bar results," and "Show search suggestions ahead of browsing history in address bar results" checked in Preferences. (These are the default settings.)
1. Setup a proxy server on Firefox using the "Manual Proxy Configuration" options. Any protocol (HTTP, HTTPS, or SOCKS) may be used.
(I used localhost as the SOCKS host, 1234 as the Port, SOCKSv5 radio button, and "Proxy DNS when using SOCKS v5" checked.)
2. Make sure the computer is connected to the Internet, but NOT connected to the proxy that was just set up.
3. Start typing anything in the address bar or the search bar, if enabled. Search suggestions from the Default Search Engine (Google) will still appear despite not being connected to the proxy server.


Actual results:

Search suggestions still appear in the address bar or search bar despite not being connected to the proxy that Firefox is supposed to be using. It does not matter whether the search engine is Google, Bing, DuckDuckGo, Wikipedia, etc. 


Expected results:

No search suggestions should have appeared, since Firefox should not be connected to the Internet without a connection to the proxy. 

More info: 
I was unable to test other proxy settings ("Auto-detect proxy settings for this network", "Use system proxy settings", and "Automatic proxy configuration URL") as I do not know how to use them. The bug may occur on those settings as well.
Bug: Firefox cannot detect Windows 10 theme or dark theme or HCM after updating to version 92.0
Status: REOPENED
Priority: --
Created: 2021-09-08 04:03:05+00:00
Resolved: 2023-06-02 15:22:06+00:00

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

Steps to reproduce:

Firefox updated automatically from version 91.0 to 92.0


Actual results:

After Firefox updated to the latest 92.0 version, it could not detect Windows 10 themes or the user's high contrast mode. Dark theme also did not work. Websites would display a white background with dark text rather than a black background with white text. This happened to all websites. Disabling and re-enabling did nothing nor did a fresh re-install of Firefox. I was forced to uninstall Firefox and install version 91.0 in order to use high contrast mode (black background, white text).


Expected results:

After updating to the latest version, Firefox should've been able to detect Windows 10 themes and high contrast mode. It should also have been able to detect it's own dark theme. It should've been able to display websites in a dark background with white text. Unfortunately, it did not do that after the update.
Bug: Highlighting is shifted when text is selected.
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-09-08 05:23:32+00:00
Resolved: 2021-12-16 19:16:59+00:00

STR:
1. Open pdf file in Firefox and Acrobat
2. Select some text
3. Compare Firefox and Acrobat

Actual Results:
Highlighting is shifted

Expected Results:
Not shifted
Bug: update from 91 to 92 wipes entire previous session
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-09-08 08:22:23+00:00
Resolved: 2024-04-08 23:06:32+00:00

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

Steps to reproduce:

Update from 91.0.2 (if I remember correctly) to 92.0, click "restart to update".


Actual results:

only one tab opened after update, some firefox website. In browser history, not a single entry anymore (neither in "recently closed tabs", nor in "recently closed windows".)


Expected results:

Should have restored my last browser session with many many open tabs, or at least be able to restore my previous session in the browsing-history menu.
Bug: [A11y | NVDA] 'Save' button in dialog for user creds isn't available to NVDA
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-09-08 11:19:33+00:00
Resolved: 2021-11-19 14:35:07+00:00

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

Steps to reproduce:

Using the NVDA screen reader (version 2021.1) on Windows 10, through assistivelabs.com.
Went to a website using basic auth' and entered username and password in the popup dialog. Another dialog appears, asking if I want to save the username and password. This dialog has 2 buttons: 'Save' and 'Don't save' but only 'Don't save' is available to NVDA.


Actual results:

I tried getting to it by tabbing through the dialog. I can tab to all controls except 'Save'.


Expected results:

The 'Save' button should be tabbable and so available to NVDA to activate.
Bug: Invalid/required input popup for required form inputs disappears after clicking submit button more than 3 times in a row.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-08 12:40:13+00:00
Resolved: 2021-10-04 11:29:50+00:00

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

Steps to reproduce:

Create a form, add some required inputs and a submit button. Try clicking submit button more that 3 times in a row. 
Or simply open this codepen on Firefox and try it: https://codepen.io/roudanous/pen/KKqaZdX


Actual results:

The popup/tooltip appears and disappears and it is not visible unless you refresh the page and click submit again.


Expected results:

The popup/tooltip should stay visible until the input is filled and valid.
Bug: Client certificate dialog 'Cancel' prevents further SSL connectons with ANOTHER certificate of ANOTHER smart card for same site
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-08 13:24:11+00:00
Resolved: 2021-09-09 20:12:58+00:00

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

Steps to reproduce:

Steps to reproduce:
---------------------

Verify there's no ClientCertRememberList.txt file in the current used Firefox profile.

Access to the site requesting client certificate from the 1st smart card.

Enter the right PIN code card.

The client certificate dialog appears.

Click 'Cancel' which dismisses the dialog.

Firefox displays the connection error (which is the expected result)

Close Firefox.

In the user profile, ClientCertRememberList.txt file is created with following line (as example of our test): 
testssl.asipsante.fr,18:3D:C8:BC:8C:0B:7E:75:3A:E5:CF:A7:C0:50:58:AD:9D:28:EF:5B:9B:31:62:95:18:2B:15:23:ED:DE:4D:2B,	0	18878	no client certificate

Now, insert another CPS card containing a valid authentication certificate.

Re open Firefox.

Access to the same site requesting client certificate from the 2nd smart card.

Enter right PIN code card.

The client certificate dialog appears.

Click 'OK'


Actual results:

Actual behaviour:
-----------------
Firefox displays the connection error (which is not what would be desired since it's another card and therefore another certificate)


Expected results:

Which is expected:
------------------
two things :

 ** the SSL connection succeeds and card infos are displayed for the 2nd card.
 ** Firefox continues refuseing connections in case of using the first card.
Bug: Star Icon no longer removable
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-09-08 13:38:09+00:00
Resolved: 2021-09-08 15:21:26+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:

In FF 91 and older 

```
 #star-button{
    display:none !important;
  }
```
would remove the star icon in the url bar.


Actual results:

After updating to FF 92, this will merely remove the image, but the button is still there, clickable and stealing away the space in the url bar


Expected results:

The button should have been removed, like it used to be in FF 91
Bug: "What's New Page" shouldn't contain `all` locale
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-08 14:27:06+00:00
Resolved: 2021-09-08 21:43:39+00:00

pmac mentioned this in the #firefox chat room.
We're pointing to "all", which is a non-localized version of the page.
Dropping this path would be better.
Bug: Window maximize/restore button not highlighted on hover or active
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-08 17:27:43+00:00
Resolved: 2021-10-11 19:23:41+00:00

On at least Windows 10 and 11, when the system title bar is not enabled, hovering over the window maximize/restore button does not highlight it. It also doesn't get highlighted while active (i.e., being pressed).

Confirmed via mozregression that this regressed in bug 1718629.
Bug: DOS: nightly tries to import LOTS of passwords from mac keychain, each one requiring auth
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-09-08 18:04:38+00:00
Resolved: 2022-10-25 14:13:15+00:00

For some reason, today's nightly is trying to import lots and lots of keys from the Mac OS X Big Sur Intel system keychain.  Each import pops up an (effectively?) app-modal system dialog requiring a password.

> Firefox Nightly would like to export the key "Apple ID Authentication 2016-02-04 10:55:31 GMT-08:00" out of your keychain.  In order to allow this, enter the password for the keychain "Login".

Doing anything that causes the dialog to close immediately causes a new one, effectively DOSing Firefox.
Bug: Bookmarks menu icons render slowly after update to 92.0, on two Win7 computers
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-08 18:15:07+00:00
Resolved: 2021-11-02 17:40:24+00:00

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

Steps to reproduce:

On two Win7-64 computers, updated Firefox from previous version to 92.0.


Actual results:

When I click "Bookmarks" on the Firefox toolbar, the drop-down list containing my bookmark folders appears normally. When I hover over a bookmark folder that contains hundreds of bookmarks, the bookmark list flies out to the right and its first 70 bookmark names appear immediately (70 fit onto my screen), but their *icons* appear gradually one at a time beginning at the top, taking a couple seconds for all 70 icons to appear, then Firefox freezes (and one CPU core is running 100%) for several more seconds depending on how many more bookmarks exist below the first 70 that fit onto my screen.

After observing the slow rendering of one bookmark folder, if I exit the bookmark menu and reenter it, that same bookmark folder now renders much faster, as if the slow icons have been cached. If I restart Firefox, all the sluggish behavior repeats.

I observed the sluggishness on my Win7 machine after updating to 92.0. My colleague then updated his Firefox to 92.0, and now sees the same sluggish behavior.

Possibly relevant: Both computers have Firefox Favicons disabled (we don't like them), so all of our bookmark icons resemble small globes. Also, both computers use Windows Classic desktop theme, not Aero theme.


Expected results:

I expected the Bookmark menu folders to fly out and render almost instantly as they have done in all prior Firefox versions.
Bug: double-spacing lists wastes valuable screen space
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-08 18:40:10+00:00
Resolved: 2021-11-29 11:38:27+00:00

When I mouse click on a folder on the bookmarks toolbar, the list of bookmarks is now double-spaced.  This means that the amount of information displayable on my $1000 screen is halved as you make over half of it solid white.  Adding more and more unused white-space has been "the thing" for years now, as you regress one menu/list after another. 

Could you please stop this?  Or at least make it optional?  I need my screen back.  I need to be able to see as much information as possible.  

Thanks!
Bug: Firefox temporarily launches a blank window after launching new window/tab
Status: UNCONFIRMED
Priority: --
Created: 2021-09-08 18:49:46+00:00
Resolved: 2021-10-21 12:11:28+00:00

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

Steps to reproduce:

Clicked a link in email


Actual results:

Firefox launches a blank "ghost" window, then populates a new tab with the link target in the most recently active Firefox window. Then the ghost disappears.




Expected results:

Obviously, the ghost should not appear.

I imagine the ghost is part of the launch process and should normally be hidden. I only noticed it because it's HUGE, spread across my four monitors. It has no data, no content, no chrome, no nothing.
Bug: UrlbarTestUtils.enrollExperiment() and withExperiment() incorrectly accumulate experiment state/value overrides
Status: RESOLVED
Priority: P2
Resolution: INVALID
Created: 2021-09-08 21:30:43+00:00
Resolved: 2021-09-21 16:23:36+00:00

This [Object.assign](https://searchfox.org/mozilla-central/rev/08c493902519265d570250c8e7ce575c8cd6f5b5/browser/components/urlbar/tests/UrlbarTestUtils.jsm#846) modifies `DEFAULT_EXPERIMENT_FEATURE_VARIABLES`, which is supposed to remain constant. That means each call to `UrlbarTestUtils.enrollExperiment` and `withExperiment` builds on the last and accumulates state. e.g., if one test passes `merinoEnabled: true`, then all tests that happen to run afterward will also have Merino enabled.
Bug: Threads about Firefox's broken Copy Link hotkey keep getting removed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-08 22:33:26+00:00
Resolved: 2021-09-09 13:05:36+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.112 Safari/537.36 OPR/66.3.2229.84

Steps to reproduce:

Firefox's Copy Link accelerator key was removed in 88 and not replaced. Firefox has no functioning  Copy Link accelerator key currently. Why is there no place to report this?


Actual results:

Firefox's Copy Link accelerator key was removed in 88 and not replaced. Firefox has no functioning  Copy Link accelerator key currently. Why is there no place to report this?


Expected results:

Firefox's Copy Link accelerator key was removed in 88 and not replaced. Firefox has no functioning  Copy Link accelerator key currently. Why is there no place to report this?
Bug: Firefox's Copy Link accelerator key was removed and not replaced
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-08 22:38:27+00:00
Resolved: 2021-09-09 13:05:16+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.112 Safari/537.36 OPR/66.3.2229.84

Steps to reproduce:

Press A 


Actual results:

Nothing


Expected results:

The link should have been copied to clipboard.

Firefox's Copy Link accelerator key was removed and not replaced with a useable key. L cannot function as an accelerator key due to the fact that it takes the user's eyes off of the keyboard, and takes longer to use than the mouse. This is very easily proveable, and is why hotkeys are on the left for an overwhelming number of all applications that use the mouse. 

This is a big deal to everyone who uses accelerator keys. There must be thread to report this defect and its effects on users.
Bug: Title Bar in Firefox 92 is gray, ignoring Windows system settings for title bar color
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-08 22:51:45+00:00
Resolved: 2021-09-09 06:50:13+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 Firefox 92, the title bar is always gray, and is not displaying as the system Title Bar color.  This makes it difficult to tell whether the window is active or not.
Bug: Intermittent [Tier 2] browser/base/content/test/protectionsUI/browser_protectionsUI_state.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-09-09 03:02:42+00:00
Resolved: 2021-10-05 17:02:23+00:00

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

---
```
INFO - TEST-PASS | browser/base/content/test/protectionsUI/browser_protectionsUI_state.js | Trackers category is not found - 
[task 2021-09-09T02:41:35.055Z] 02:41:35     INFO - Load a test page containing tracking elements
[task 2021-09-09T02:41:35.056Z] 02:41:35     INFO - Wait tab event: load
[task 2021-09-09T02:41:35.056Z] 02:41:35     INFO - Buffered messages logged at 02:40:54
[task 2021-09-09T02:41:35.057Z] 02:41:35     INFO - Console message: [JavaScript Error: "InvalidStateError: [fluent] Missing message in locale en-US: newtab-search-box-input"]
[task 2021-09-09T02:41:35.058Z] 02:41:35     INFO - Buffered messages finished
[task 2021-09-09T02:41:35.059Z] 02:41:35     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI_state.js | Test timed out - 
[task 2021-09-09T02:41:35.059Z] 02:41:35     INFO - GECKO(7444) | MEMORY STAT | vsize 2104304MB | vsizeMaxContiguous 66214199MB | residentFast 290MB | heapAllocated 93MB
[task 2021-09-09T02:41:35.060Z] 02:41:35     INFO - TEST-OK | browser/base/content/test/protectionsUI/browser_protectionsUI_state.js | took 45064ms
[task 2021-09-09T02:41:35.060Z] 02:41:35     INFO - checking window state
[task 2021-09-09T02:41:35.061Z] 02:41:35     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-09-09T02:41:35.061Z] 02:41:35     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI_state.js | Found a browser window after previous test timed out - 
[task 2021-09-09T02:41:35.062Z] 02:41:35     INFO - GECKO(7444) | must wait for focus
[task 2021-09-09T02:41:35.063Z] 02:41:35     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-09-09T02:41:35.064Z] 02:41:35     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI_state.js | Uncaught exception received from previously timed out test - at resource://testing-common/BrowserTestUtils.jsm:515 - Error: The window unloaded while we were waiting for the browser to load - this should never happen.
[task 2021-09-09T02:41:35.064Z] 02:41:35     INFO - Stack trace:
[task 2021-09-09T02:41:35.064Z] 02:41:35     INFO - listener@resource://testing-common/BrowserTestUtils.jsm:515:15
[task 2021-09-09T02:41:35.065Z] 02:41:35     INFO - TEST-START | browser/base/content/test/protectionsUI/browser_protectionsUI_state_reset.js
```
Bug: pocket dialog closes unintentionally
Status: REOPENED
Priority: --
Created: 2021-09-09 06:10:37+00:00
Resolved: 2022-06-06 13:17:20+00:00

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

Steps to reproduce:

hi.

am using the pocket extension regularly to help me remember things. whenever i tag a bookmark, the dialog behind the browser_action button behaves weird compared to other browser platforms.


Actual results:

1. click pocket button, dialog opens
2. annoyance #1: 'Saving' and spinning wheel show up forever, while on safari it's a snap
3. annoyance #2: tags input field is not focused, making it necessary to click before typing
4. start typing tag names
5. annoyance #3: selecting a tag from the dropdown list followed by ENTER closes the dropdown immediately


Expected results:

2. be responsive
3. focus tags input field
5. close dialog on ENTER ONLY IF user isn't in the process of selecting a tag
Bug: Separator line in Edit Save bookmark -> Location dropdown does not respect Dark theme schema
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-09-09 07:29:51+00:00
Resolved: 2023-01-25 17:25:17+00:00

**Affected versions**
* 94.0a1 (2021-09-08) 

**Affected platforms**
* Win10(did not check on others at this time)

**Steps to reproduce**
1. Launch Firefox, set both browser and OS to dark theme;
2. Access any webpage Click on the star icon to bookmark it;
3. Open the Location dropdown menu and scroll down if needed;

**Expected result**
* elements respect the theme colors;

**Actual result**
* separator line is dark and does not respect the theme layout;

**Additional notes**
* attached screenshot to illustrate the issue;
* passed to the QA team for further investigation.