av9ash/GitBugs huggingface dataset:
Bug: Firefox is not automatically set as the default web browser if the browser is opened in Windows 8 compatibility mode
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-06-30 13:56:12+00:00
Resolved: 2021-07-07 22:19:03+00:00

**[Affected versions]:**
- Firefox Nightly 91.0a1 - Build ID: 20210630093648

**[Affected Platforms]:**
- Windows 10 x64

**[Prerequisites]:**
- Have the browser set to be opened in Windows 8 compatibility mode.
- Firefox is **NOT** set as the default web browser.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Navigate to the "about:preferences" page and click the "Make Default..." button.
3. Observe the behavior.

**[Expected result]:**
- Firefox is automatically set as the default web browser.
 
**[Actual result]:**
- Firefox is not set as the default web browser and the "Default apps" OS window is opened.

**[Notes]:**
- This issue is reproducible regardless of the method used for setting the browser as the default one.
- Attached a screen recording of the issue.
Bug: [Ubuntu] The Application menu options are barely visible when hovering over them
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-06-30 14:14:21+00:00
Resolved: 2021-07-13 16:13:15+00:00

**Affected versions:**
- Nightly 91.0a1

**Affected platforms:**
- Ubuntu 20.04.2 LTS

**Unaffected platforms:**
- Windows 10x64
- macOS 10.15


**Steps to reproduce:**
1. Launch Firefox.
2. Go to about:addons → Themes and enable Alpenglow theme.
3. Click on the App menu  and hover over the options.

**Expected result:**
The App menu options are clearly visible when hovering over them.

**Actual result:**
The App menu options are barely visible when hovering over them.


**Regression range:**
- Pushlog_url: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f3ad535e2c9fa463d6a1425f576b05cd3aaaf94c&tochange=1470f1792c3f0dfa62e0d0ab9767544dd0e24f0e
- Potential regressor: 1698920

**Additional notes**
S2 - because it visually affects users on a very used area and it's a recent Proton regression
Screen cast attached to illustrate the issue.
Bug: [non-Fission] Back/Forward dropdown history list does not pop up.
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-06-30 14:54:16+00:00
Resolved: 2021-08-11 20:18:52+00:00

Reproducible: yes, just after start browser with newly created profile

Steps to reproduce:
1. Create new profile
2. Start Firefox with the profile
3. Open about:addons
4. Click `Themes`  and `Plugins`, etc
5. Right click on `Back` or `Forward` toolbutton
   OR
   Long left click on `Back` or `Forward` toolbutton

Actual Results:
Back/Forward dropdown history list does not pop up.

Expected Results:
Back/Forward dropdown history list should pop up.
Bug: 麒麟系统中的火狐浏览器，cnd引用chunk-vendors.js时域名后面参数变成了[object Object]
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-01 06:57:58+00:00
Resolved: 2021-07-01 09:27:28+00:00

User Agent: Mozilla/5.0 (X11; Linux aarch64; rv:52.0) Gecko/20100101 Firefox/52.0

Steps to reproduce:

我用vue写了个网页，在本地计算机上可以成功访问首页，然而在银河麒麟系统中的火狐浏览器上打开首页报错


Actual results:

控制台报错
NetworkError: Failed to load worker script at "[object Object]"  （未知）
GET 
http://xxx.xxx.xxx/[object%20Object] [HTTP/1.1 404 Not Found 2ms]
Unhandled promise rejection Error: Setting up fake worker failed: "Cannot load script at: http://xxx.xxx.xxx/[object%20Object]".
堆栈跟踪：
_setupFakeWorker/<@http://xxx.xxx.xxx/js/chunk-vendors.7e240226.js:9:45890
.e6cf/ce/<@http://xxx.xxx.xxx/js/chunk-vendors.7e240226.js:16:33064
.b575/n@http://xxx.xxx.xxx/js/chunk-vendors.7e240226.js:9:209862

这里原本应该请求的是一个cdn引入的js文件，结果参数部分变成了[object%20Object]


Expected results:

http://xxx.xxx.xxx/[object%20Object] 
这个请求原本应该是 http://xxx.xxx.xxx/js/chunk-vendors.7e240226.js
Bug: [linux] Maximize and Minimize buttons are not visible with Light theme
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-07-01 08:41:35+00:00
Resolved: 2024-06-05 11:53:23+00:00

*Affected versions*
* 91.0a1 (20210630212829)
* 90.0b12
* 89.0.2

*Affected platforms*
* Ubuntu 20.04
* Ubuntu 21.04




*Steps to reproduce*
1. Open Firefox with a new profile and set Light theme.
2. Observe Minimize and Maximize buttons.




*Expected result*
* Buttons are visible.

*Actual result*
*  Buttons are barely visible.



*Regression range*
* Moz regression points out bug 1701256. Also, the “good” version has buttons barely visible but on the bad version, the buttons are almost invisible. I think the buttons are more visible on the previous version because the tab bar is greyer.





*Notes*
* Attached a screenshot before and after the change.
Bug: Tab is closed if a link is dragged over Customize page tab
Status: NEW
Priority: P3
Created: 2021-07-01 11:21:01+00:00
Resolved: 2021-07-28 09:22:35+00:00

*Affected versions*
* 91.0a1 (20210630212829)
* 90.0b12
* 89.0.2

*Affected platforms*
* Windows 10x64
* Ubuntu 21.04
* macOS 11




*Steps to reproduce*
1. Open Firefox and enter the Customize menu.
2. Drag a link over it’s corresponding tab.




*Expected result*
* Link is loaded.

*Actual result*
* Tab is closed.



*Regression range*
* Last good revision: 7cdabf0e8c3b2eb13b44c68e934ab3eaab913410 (2020-01-18)
First bad revision: 1c9b97bed37830e39642bfa7e73dbc2ea860662a (2020-01-19)
Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=7cdabf0e8c3b2eb13b44c68e934ab3eaab913410&tochange=1c9b97bed37830e39642bfa7e73dbc2ea860662a






*Notes*
* Attached a screen recording.
Bug: Screenshot issue on all pages with sticky footer
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-01 15:04:54+00:00
Resolved: 2021-07-08 16:12:38+00:00

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

Steps to reproduce:

Performed screenshot function using latest version Firefox using "Take a screenshot" feature.


Actual results:

 All screenshots performed with latest version of Firefox of pages that contain sticky footer, the sticky footer is always displays in center of screenshot taken regardless if using either "Save full page" or "Save visible option" and which area of page performed.


Expected results:

Page sticky footer should not be displayed unless it focused.
Bug: Missing "Sync Now" label in synced tabs sidebar filter context menu
Status: NEW
Priority: P3
Created: 2021-07-01 15:52:08+00:00
Resolved: 2023-11-07 19:42:29+00:00

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

Steps to reproduce:

- Open synced tabs sidebar.
- Right click the textbox.


Actual results:

- The "Sync Now" menuitem is missing a label because its lazy l10n ID is never converted into a real `data-l10n-id` attribute by [this function](https://searchfox.org/mozilla-central/source/browser/components/syncedtabs/sidebar.js#23), which only looks in the regular context menu, not the filter context menu.


Expected results:

- The relevant part of [this function](https://searchfox.org/mozilla-central/source/browser/components/syncedtabs/sidebar.js#23) should be changed to this:

```
["SyncedTabsSidebarContext", "SyncedTabsSidebarTabsFilterContext"].forEach((id) =>
    window.top.document
        .getElementById(id)
        .querySelectorAll("[data-lazy-l10n-id]")
        .forEach((el) => {
            el.setAttribute("data-l10n-id", el.getAttribute("data-lazy-l10n-id"));
            el.removeAttribute("data-lazy-l10n-id");
        })
);
```

Either that, or the attribute should just be changed to `data-l10n-id` and avoid all this. I assume there's some good reason that wasn't done in the first place though.
Bug: Firefox 89.0.2 ruins the permissions of downloaded files
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-01 17:29:47+00:00
Resolved: 2021-07-02 09:30:21+00:00

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

Steps to reproduce:

I downloaded Unity Hub from the unity.com website, and I double-clicked on the file to install it. 


Actual results:

Windows 10 will creates a pop-up window stating "Windows cannot access the specified device, path, or file." Checking the Security tab in the file's Properties, reveals a message that the file security permissions were  incorrectly ordered, which may cause some entries to be ineffective. I have also tested this download procedure with all extensions disabled. Results were similar.

Security tab contained the following listings:

NULL SID
Everyone
Authenticated Users
SYSTEM
<my_account>
None
Administrators
Users


Expected results:

Installation of the program should have started. 

Using Microsoft Edge browser to download the same file from the same website, there were no problems detected. The Security tab in the Properties only showed SYSTEM, <my account>, Administrators.
Bug: <button> has gray background, while using custom background colors settings
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-01 18:16:41+00:00
Resolved: 2022-01-25 18:18:22+00:00

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

Steps to reproduce:

If you go to a website, as an example https://www.mozilla.org/de/ and change the color and background in the Firefox settings to black and white. 

Settings -> General -> Language and Apperance -> Colors -> background color to black(#000000) and text color to white(#FFFFFF)

Settings -> General -> Language and Apperance -> Colors -> Override the colors specified by the page with your selections above -> Always


Actual results:

The <button>s all have a gray background, no matter what you have set as a background color in your user settings.


Expected results:

The background of the <button> should change to the color I have set in the Firefox custom colors settings.

The reason for this is accessibility, because people change the color of the background and text for better visibility. But this causes problems if not all elements of the websites adhere to the users settings. 

In the image(PageCustomColors.jpg) the button has a white close icon, but when the background doesn't change his color and stays gray, the icon is not really visible.

I stumbled upon this problem, by trying to conform to the european "Accessibility requirements for ICT products and services": https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.01.01_60/en_301549v030101p.pdf

Under "11.7 User preferences": "Where software is not designed to be isolated from its platform, and provides a user interface, that user interface shall
follow the values of the user preferences for platform settings for: units of measurement, colour, contrast, font type, font
size, and focus cursor except where they are overridden by the user.
......
NOTE 2: For web content, the underlying platform is the user agent.
....."
Bug: Regression: Overlapping in Pocket Doorhanger due to smaller button
Status: RESOLVED
Priority: P4
Resolution: WORKSFORME
Created: 2021-07-01 18:40:36+00:00
Resolved: 2022-06-10 19:52:39+00:00

Nightly 91.0a1 (2021-07-01) (64-Bit)
macOS 11.4

1.) Click on the Pocket Toolbar Icon to open the Doorhanger
2.) Take a look at the "Register with Firefox" Button

Actual: Overlapping is to see, because the button size has shrinked.
Expected: No Overlapping, larger button.

This is a regression. Works fine in FF 89.0.2 Stable.

A screenshot is attached.

Thanks for checking.
Bug: fritz.box router login not working in private browsing mode
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-01 19:27:37+00:00
Resolved: 2021-10-25 17:04:46+00:00

I noticed that logging into my router's web interface won't work in Firefox Nightly's private browsing mode. In private browsing mode, after entering the correct login credentials, I'm redirected to the login page.

In normal browsing mode, everything works fine.

Steps to reproduce:
1. Go into private browsing mode by pressing Cmd+Shift+P
2. Go to fritz.box and enter your password. Press Enter.

Expected behaviour:
You're logged in.

Current behaviour:
You're redirected to the login page.

Unfortunately, there is no way for me to have the web interface publicly available. Maybe a contact at AVM might help. I'm available for debugging.
Bug: Firefox 89.0.2 lockwise doesn't interpret dark themes correctly
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-02 03:05:01+00:00
Resolved: 2021-07-02 03:07:54+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) Enable dark theme in Firefox by clicking on Tools -> Addons  and Themes -> Dark - "enable" button.
2) Click on tools -> settings -> Privacy & Security -> Saved Logins


Actual results:

Lockwise screen is faded, hard to read, and color scheme does not match dark theme.


Expected results:

Lockwise screen would have color scheme that matched the dark theme.
Bug: Bookmarks toolbar on new tab is not working
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-02 06:40:12+00:00
Resolved: 2021-07-02 10:00:48+00:00

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

Steps to reproduce:

More tools -> Customize toolbar -> (on the bottom) Toolbars -> Bookmarks toolbar -> Only show on new tab


Actual results:

Bookmarks toolbars Never shows (same as "Never show" option)


Expected results:

Bookmarks toolbar should show on new tab
Bug: Arrow keys are inverted when used on Permission panels
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-07-02 08:57:23+00:00
Resolved: 2023-11-07 22:19:03+00:00

*Affected versions*
* 91.0a1 (20210701211644)
* 90.0b12 (20210624190035)
* 89.0.2 (20210622155641)
* 78.11.0esr (20210531140902)

*Affected platforms*
* Windows 10x64





*Steps to reproduce*
1. Open Firefox and https://www.onlinemictest.com/webcam-test/.
2. Select to start the test.
3. Use the tab key to navigate to Allow/block buttons.
4. Use the Right/Left arrow keys. 



*Expected result*
* If the Block button is focused-> Clicking Left arrow key should select Allow button.
* If the Allow button is focused-> Clicking Right arrow key should Select the Block button.

*Actual result*
* If the Block button is focused-> Clicking Left arrow key selects Remember this decision option.
* If the Allow button is focused-> Clicking Right arrow key selects Remember this decision option.



*Regression range*
* Last good revision: 3c68d659c2b715f811708f043a1e7169d77be2ba (2017-04-06)
 First bad revision: 10ea10d9993c9701e5525928257a589dea2c05d8 (2017-04-07)
Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=3c68d659c2b715f811708f043a1e7169d77be2ba&tochange=10ea10d9993c9701e5525928257a589dea2c05d8








*Notes*
* Attached a screen recording with the issue.
* Ubuntu 21.0.4 is working as expected and macOS 11 does not work (I will log another issue for this)
Bug: Private mode is not private
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-02 09:05:41+00:00
Resolved: 2021-07-20 07:02:46+00:00

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

Steps to reproduce:

1. Login to (for example) Protonmail
2. Open "New Private Window"
3. Browse to Protonmail in "Private Window"
4. Click Login


Actual results:

Despite being in so-called "Private Window", user gains access to their previously logged in session (i.e. Firefox allows "Private Window" to access session tokens from non-private window).


Expected results:

User should have been presented with Protonmail login screen (i.e. session credentials not shared with "Private Window").

Private means private !  All other browsers (e.g. Brave) operate clear segregation and don't allow session tokens or other items to be shared between non-private and private.
Bug: On theme, system theme works, but if changed to not system's ,then title on tab disappear, in some condition. in
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2021-07-02 10:09:41+00:00
Resolved: 2021-07-02 11:19:46+00:00

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

Steps to reproduce:

Changing theme from system to other, then the tab titles disappear.  

In some condition, not sure...


Actual results:

Changing theme from system to other, then some of the tab titles disappear, not all...  


Expected results:

The tab titles may keep showing...
Bug: [macOS] Cannot navigate permission panel using keyboard
Status: NEW
Priority: --
Created: 2021-07-02 11:38:52+00:00
Resolved: 2021-07-02 11:39:01+00:00

*Affected versions*
* 91.0a1 (20210701211644)
* 90.0b12 (20210624190035)
* 89.0.2 (20210622155641)
* 78.11.0esr (20210531140902)


*Affected platforms*
* macOS 10.12
* macOS 10.15
* macOS 11





*Steps to reproduce*
1. Open Firefox and https://www.onlinemictest.com/webcam-test/.
2. Select to start the test.
3. Use the tab key to navigate.


*Expected result*
* Panel can be navigated using a keyboard.

*Actual result*
* Nothing happens when using the Tab key.



*Regression range*
* Reproducible with 2016-09-29 52.0a1. I think it’s safe to assume that this is not a regression.







*Notes*
* Using the tab key on the Tracking Protection Icon or Identity and then on the permission panel enables the keyboard navigation.
Bug: Right click counts as an ad_click on telemetry
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-02 15:07:50+00:00
Resolved: 2021-07-14 12:47:08+00:00

**[Affected platforms:]**
Ubuntu 20

**[Affected versions:]**
Nightly 90.0a1

**[Description:]**
when I right click on an ad on Bing, it counts as an ad_click on telemetry.

**[Steps:]**
1. Open Firefox with a new profile.
2. Do a search on Bing that will probably return an ad.
3. Right click on the ad's link.
4. Check telemetry.

**[Actual result:]**
browser.search.ad_clicks count is one.

**[Expected result:]**
browser.search.ad_clicks count should be 0.

I've attached the HXR from the console.
Bug: ESC key should not save modified data in `Edit bookmark` and `Edit bookmark folder` dialog
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-07-02 15:56:19+00:00
Resolved: 2023-06-19 15:15:55+00:00

Reproducible: yes, Reproduced since Firefox 89

#1 Steps To Reproduce:
1. Right click on a bookmark. And choose `Edit Bookmark...` to open `Edit Bookmark`  dialog
2. Click URL field and edit something(but valid url format)
3. Press ESC key to dismiss the dialog

#2 Steps To Reproduce
1. Right click on a bookmark folder.  And choose `Rename Folder...` to open `Edit bookmark folder ` dialog
2. Edit something
3. Press ESC key to dismiss the dialog

Actual results:
#1 The bookmark url is modified.
#2 The name of folder is modified.

Expected Results:
All changes should be abandoned.
Bug: Unit Converter in the Address Bar: Decide how to handle time zones with the same name/acronym
Status: NEW
Priority: P3
Created: 2021-07-02 16:11:08+00:00
Resolved: 2022-03-17 01:02:56+00:00

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

Steps to reproduce:

When Address Bar Unit Conversion is enabled (browser.urlbar.unitConversion.enabled = true, which is default),

Then, try to do some time conversion between timezones. Say "7:30 am mdt in ist".


Actual results:

The address bar suggession shows the result as "2:30 PM IST".


Expected results:

The result should be "7:00 PM IST"
Bug: Clearing 'Browsing & Download History', whether manually or automatically on exit, seems to make Firefox forget frecency ranking of my bookmarks
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-02 19:20:40+00:00
Resolved: 2021-08-19 14:05:11+00:00

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

Steps to reproduce:

1. Have a bunch of bookmarks.
2. Let Firefox learn to show you a particular bookmark as, say, the first result to a particular set of typed characters, by searching for those characters and repeatedly selecting the desired bookmark. So, e.g., you type `moz`, after a bunch of searches, you have gotten the first bookmark suggestion to be https://bugzilla.mozilla.org/, the other matching bookmarks are shown below this one.
3. Clear 'Browsing & Download History,' either manually (e.g. through ctrl+shift+del) or automatically on exit.
4. Type whatever characters showed you the desired bookmark in step 2.


Actual results:

The desired bookmark is no longer the first result. Firefox seems to have forgotten that I picked this bookmark a bunch of times by typing those characters.


Expected results:

Firefox should have remembered it.

This has changed recently in Nightly. I don't know if this is expected behaviour. It seems quite odd to me.
Bug: T D Ameritrade bank withdrawal page will not accept button to determine bank
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-02 20:58:58+00:00
Resolved: 2021-07-20 14:54:26+00:00

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

Steps to reproduce:

The new update to Firefox was done and now the page in my T D Ameritrade where I want to do a withdrawal from Ameritrade will not respond to clicking on the area to allow my bank to be brought up. No other clicking on the page responds to the mouse clicks either. 


Actual results:

Firefox goes to the page and clicking on the page does nothing.
Bug: Firefox and the entire OS hangs randomly when a text cursor is placed in an input field
Status: RESOLVED
Priority: P1
Resolution: INVALID
Created: 2021-07-02 22:53:35+00:00
Resolved: 2021-07-22 20:49:03+00:00

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

Steps to reproduce:

Since this happens "randomly", there's no true STR available to reproduce at will.

Some pointers-, I click on an input field on any webpage or in devtools console search and as soon as I begin to type, the browser + entire OS hangs and I have to force shutdown my Windows 10 laptop. This began in Nightly since 26 June and now is happening in Firefox 89 too.

I already tried a whole new profile with a backed up prefs.js, but it happens there too.

I will attach prefs.js for your consideration.


Actual results:

Firefox + Windows 10 hangs up entirely


Expected results:

Should work without hanging up