av9ash/GitBugs huggingface dataset:
Bug: User overwritten "User" branch-type preferences are reset to their default values when unenrolling from experiments instead of their user-set values
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-05-14 13:27:06+00:00
Resolved: 2021-07-05 06:46:30+00:00

*[Affected versions]:*
- Firefox Nightly 90.0a1, Build ID 20210513214800

*[Affected platforms]:*
- Windows 10 x64
- macOS 10.15.7
- Linux Mint 20 x64

*[Prerequisites]:*
- Have a Normandy recipe for a multi-preference-experiment that uses the "User" branch type set up and published.
- Have a Firefox profile enrolled in the experiment.

*[Steps to reproduce]:*
1. Open the browser with the profile from prerequisites and navigate to the "about:config" page.
2. Search for the preference targeted by the experiment and change its value.
3. Navigate to the "about:studies" page and click the "Remove" button.
4. Return to the "about:config" page and observe the value of the targeted preference.

*[Expected result]:*
- The preference has the value set by the user.

*[Actual result]:*
- The preference value is reset to the Firefox default.

*[Notes]:*
- The issues is reproducible if the user changes the value of the pref using either the "about:config" page or the UI.
- Used the following Normandy Stage recipe to test: 1397.
- Attached a screen recording of the issue:
Bug: [Proton] The new added login is no longer focused with proton enabled
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-05-14 13:59:04+00:00
Resolved: 2021-07-06 13:16:46+00:00

**Affected versions**
* Firefox 90.0a1 (20210514094222)
* Firefox 89.0b12 (20210513185752)

**Affected platforms**
* Windows 10x64
* Windows 7x64
* macOS 10.15
* Ubuntu 20.04

**Steps to reproduce**
1. Launch Firefox.
2. Open about:logins.
3. Click on the "Create New Login" button from the bottom part of the Login list.
4. Observe the new added login.

**Expected result**
* The new added login is focused and has a gray background.

**Actual result**
* The new added login is not focused and the background is white.

**Suggested Severity**
* S4 since is only an UI issue

**Regression range**
* * This seems to be introduced with proton changes, I will investigate more in order to find a regression range.

**Additional notes**
* Please observe the attached screenshot.
* This only occurs with Proton enabled (browser.proton.enabled=true).
* The new added login in correctly focused on a dark theme.
Bug: Proton:  Ubuntu suggestion keyboard hovering has a different color
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2021-05-14 14:05:50+00:00
Resolved: 2021-05-18 13:56:52+00:00

**Affected**
Ubuntu 20 64bit

**not affected**
WIndows10, MacOS 10.15

**Affected versions**
Firefox nightly 90.0a1
Firefox beta 89.0b12

**Preconditions**
install theme https://addons.mozilla.org/es/firefox/addon/purple-pastel-cloud-aesthetic/
Proton ON

**Steps to reproduce**
Launch Firefox and set the theme from precondition
Click on search bar and type anything press the down keyboard key

**Actual result**
the color for keyboard hovering is blue

**expected result**
on release, the default ubuntu color for that is orange.

**Note** :

 Noticed this on other themes too, its not the only theme affected

Mac:      There is no issue since on release the color is blue
Windows:  There is no issue since on release the color is blue(kind of a more pastel blue tho)
Ubuntu:    Affected
Bug: [Phase 3] The Quick Suggest modal is not fully visible when restarting and maximizing the browser from a previous minimized window
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-05-14 14:38:01+00:00
Resolved: 2021-07-05 10:02:51+00:00

**[Affected versions]:**
- Firefox Nightly 90.0a1 (Build ID:20210513214800);
- Firefox Beta 89.0b12 (Build ID: 20210513185752);

**[Affected Platforms]:**
- Windows 10 x64;
- macOS 10.15.7;
- Linux Mint 20 x64;

**[Prerequisites]:**
- Have the latest Firefox Nightly installed.
- Have the following prefs set: 
- `browser.urlbar.quicksuggest.enabled` to `true`.
- `browser.urlbar.quicksuggest.seenRestarts` to '89'.
- `browser.urlbar.quicksuggest.showedOnboardingDialog` to `false`.

**[Steps to reproduce]:**
1. Open the Firefox browser with the profile from prerequisites.
2. Restart the browser 3 times so that the Quick Suggest modal is displayed at the 3rd session startup.
3. Resize the browser close to the minimum (until the modal is no longer fully visible).
4. Restart the browser.
5. Maximize the browser by double-clicking the tabs bar.
6. Observe the Quick Suggest modal.

**[Expected result]:**
- The Quick Suggest modal is fully displayed.
OR
- The Quick Suggest modal keeps its resolution from the minimized browser and has scrollbars that allow the users to scroll within the modal. 

**[Actual result]:**
- The Quick Suggest modal is truncated and not fully visible.

**[Notes]:**
- Attached a screen recording of the issue.
Bug: Proton:  Double firefox container icon + different colors when used with custom themes.
Status: NEW
Priority: P3
Created: 2021-05-14 14:43:03+00:00
Resolved: 2021-05-18 11:37:58+00:00

**Affected**
Ubuntu 20 64bit, WIndows10, MacOS 10.15


**Affected versions**
Firefox nightly 90.0a1
Firefox beta 89.0b12

**Preconditions**
1. Install firefox container addon: https://addons.mozilla.org/es/firefox/addon/multi-account-containers/
2. Install theme https://addons.mozilla.org/es/firefox/addon/purple-pastel-cloud-aesthetic/
3. Proton ON

**Steps to reproduce**
1.Launch Firefox and install the container addon
2.Install the purple theme
 

**Actual result**
1.after installing the container addon i see duplicate container icon
2.after installing the custom theme, i see one icon of one color, and the duplicate with another color.

**expected result**
If i compare it to release, there is only one container icon and it matches the theme color too, for example with the purple theme the icon is white.
Bug: [Phase 3] The browser's "Close tabs and exit?" dialog is not displayed if the browser's "Close" button is clicked while the Quick Suggest modal is displayed
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-05-14 14:55:32+00:00
Resolved: 2021-05-25 16:29:01+00:00

**[Notes]:**
- This issue was also encountered with the Onboarding modal, please see Bug 1706963 for more details.

**[Affected versions]:**
- Firefox Nightly 90.0a1 (Build ID:20210513214800);
- Firefox Beta 89.0b12 (Build ID: 20210513185752);

**[Affected Platforms]:**
- macOS 10.15.7

**[Prerequisites]:**
- Have the latest Firefox Nightly installed.
- Have the following prefs set: 
- `browser.urlbar.quicksuggest.enabled` to `true`.
- `browser.urlbar.quicksuggest.seenRestarts` to '89'.
- `browser.urlbar.quicksuggest.showedOnboardingDialog` to `false`.

**[Steps to reproduce]:**
1. Open the Firefox browser with the profile from prerequisites.
2. Restart the browser 3 times so that the Quick Suggest modal is displayed at the 3rd session startup.
3. Click the browser's "Close" button.
4. Observe the behavior.

**[Expected result]:**
- The Quick Suggest modal is dismissed and the "Close tabs and exit?" dialog is displayed.

**[Actual result]:**
- Nothing happens.

**[Additional notes]:**
- This issue is not reproducible on Windows and Linux because the browser's "Close" button is not accessible.
- A screen recording of the issue can be found [here](https://drive.google.com/file/d/1lUM8XDMivhRrbwHS3a0hhJXRECE1bqEa/view?usp=sharing).
Bug: Proton:  Search shortcut hovering on "x" is barely visible on some custom themes.
Status: NEW
Priority: P3
Created: 2021-05-14 15:13:53+00:00
Resolved: 2021-05-17 15:17:00+00:00

**Affected**
Ubuntu 20 64bit, WIndows10, MacOS 10.15

 

**Affected versions**
Firefox nightly 90.0a1
Firefox beta 89.0b12

**Preconditions**
1.   Install theme https://addons.mozilla.org/es/firefox/addon/firefox-b/
or   https://addons.mozilla.org/es/firefox/addon/google-chrome-light/ 
2.     Proton ON
 

**Steps to reproduce**
1.Launch Firefox and install the theme
2. click on urlbar, 
3. click on google one-off
4. hover mouse on the "x" to close te search shortcut
 

**Actual result**
Hovering on the x changes the color but it is very hard to see the difference.

**expected result**
hovering color could be improved to be more clear
Bug: [Proton] Last Item in Doorhanger menu is sometimed cut-off at the bottom
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-14 15:16:47+00:00
Resolved: 2021-05-14 17:57:03+00:00

1.) Go to https://www.wiwo.de/unternehmen/auto/hauptversammlung-bmw-ist-vom-vorreiter-zum-nachzuegler-geworden
2.) Click on Shield Icon, so that the Doorhanger Menu appears
3.) Take a look at the last item in the Doorhanger Menu

Actual: It is cut-off at the bottom.
Expected: It should not be cut-off at the bottom.

A screenshot is attached.
Bug: Add Bookmark box in Library is cropped
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-14 15:20:58+00:00
Resolved: 2021-05-20 16:12:31+00:00

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

Steps to reproduce:

Open the Library for bookmarks.
Right click and select Add Bookmark…


Actual results:

The box is cropped.


Expected results:

All text and fields must be in the box.
Bug: The eBay and Etsy Sponsored Top Sites create history tiles for every click
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-05-14 15:32:12+00:00
Resolved: 2023-02-22 09:26:39+00:00

**[Notes]:**
- After the fix to Bug 1699703, the Amazon sponsored top site has a different behavior: when dismissed, a single history tile pointing to the homepage is displayed (if the default Amazon tile is of the URL type).
- On Fx versions 89 and 88 the Amazon sponsored top site has the same behavior as described in this bug.

**[Affected Versions]:**
- Firefox Nightly 90.0a1 (Build ID: 20210513093303)
- Firefox Beta 89.0b12 (Build ID: 20210513185752)
- Firefox Release 88.0.1  (Build ID: 20210504152106)

**[Affected Platforms]:**
- Windows 10
- macOS 11.1
- Linux Mint 20

**[Prerequisites]:**
- Have Firefox open.
- From the “about:config” page, have the following preferences set: 
`browser.topsites.useRemoteSetting` set to `true`
`browser.partnerlink.useAttributionURL`set to `true`
`browser.topsites.experiment.ebay-2020-1` set to ` true`
`browser.search.region` set to a region that displays Sponsored top sites (e.g. `US`/’CA’).

**[Steps to reproduce]:**
1. Navigate to “about:newtab”.
2. Click the eBay Sponsored Top Site.
3. Change the system settings to a different date or time in the near future.
4. Restart the browser.
5. Click the eBay Sponsored Top Site.
6. Repeat steps 3, 4 and 5 a few times.
7. Dismiss the eBay Sponsored tile and any that take its place.

**[Expected result]:**
- After dismissing a Sponsored Top Site, a single history tile pointing to the homepage takes its place.

**[Actual result]:**
- Dismissing eBay (or Etsy in CA) creates a history tile for every URL in history created by clicking on the Sponsored top site. 

**[Additional Notes]:**
- Attached is a recording of the issue (es-MX locale, US region).
Bug: Autocomplete dropdown covers website UI elements
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-14 15:43:56+00:00
Resolved: 2021-05-20 15:26:32+00:00

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

Steps to reproduce:

Open link to post on facebook.com that requires login, without previously visiting facebook.com .


Actual results:

Cookies banner is covered by "email" field autocomplete dropdown.


Expected results:

Autocomplete should not appear until user interacts with input field. In this particular case it is even more annoying, as dropdown is covering important UI elements.
Bug: [macOS] Unchecked checkboxes in about: pages should have more contrast in high contrast mode
Status: NEW
Priority: P2
Created: 2021-05-14 16:11:10+00:00
Resolved: 2023-06-22 12:25:53+00:00

**Note**
This issue doens't reproduce when "Display contrast" is set to Normal (default)

**Affected versions**
* Firefox 89 beta 12
* latest Nightly 90.0a1 2021-05-14

**Affected platforms**
* macOSX 10.15, macOSX 11.4 beta

 **Prerequisites**
 * Set system theme to Light
 * Go to System Preferences - Accessibility and select "Increase contrast" option, then move the cursor one level to the right for "Display contrast" item

**Steps to reproduce**
1. Open Firefox and set the theme to Default or Light
2. Go to about:preferences and navigate around different subsections
3. Go to about:Support and other about:pages

**Expected result**
* Every element from about: pages is legible and has enough contrast.

**Actual result**
* Checkboxes and buttons have little contrast and are hardly to distinguish from other page content
** The left side of about:support table is not visible

**Regression range**
* Not a regression, introduced with Proton

**Additional notes**
* Also reproducible when system theme is Dark and Firefox and Firefox is set to Light theme
Bug: Address bar and Search bar lack contrast in OSX High Contrast mode
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-05-14 16:29:09+00:00
Resolved: 2023-06-02 15:21:30+00:00

**Note**
This issue doens't reproduce when "Display contrast" is set to Normal (default)

**Affected versions**
* Firefox 89 beta 12
* latest Nightly 90.0a1 2021-05-14

**Affected platforms**
* macOSX 10.15, macOSX 11.4 beta

 **Prerequisites**
 * Set system theme to Light
 * Go to System Preferences - Accessibility and select "Increase contrast" option, then move the cursor one level to the right for "Display contrast" item
 * Enable Search Bar

**Steps to reproduce**
1. Open Firefox and set the theme to Default or Light
2. Check address bar and search bar in close and open state

**Expected result**
* Address bar and search bar can be easily differentiated from the toolbar. Address bar results pane has a shadow.

**Actual result**
* Address bar and search bar have the exact same color as toolbar
* Address bar dropdown results pane has no shadow on a retina display 

**Regression range**
* Not a regression, introduced with Proton

**Additional notes**
* Also reproducible when system theme is Dark and Firefox is set to Light theme
Bug: A11y review procedures should be as accessible as possible.
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-05-14 20:47:35+00:00
Resolved: 2021-05-19 16:31:04+00:00

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

Steps to reproduce:

A lot of inaccessible design decisions make it through a11y review. For example, the print modal.

https://bugzilla.mozilla.org/show_bug.cgi?id=1657994

I would like to help address some of these things but have not been able to participate, because...


Actual results:

A11y review always relies on Nightly. I have not found any way to import all my safety and accessibility settings from my regular Firefox account.

A11y Review sometimes relies on a "New Profile." This is a known migraine trigger and possible seizure risk.


Expected results:

A11y Review should be as accessible as possible *especially* for users who may encounter accessibility problems with the changes.
Bug: --toolbar-non-lwt-bgcolor overly lightens toolbars on adwaita-dark theme
Status: NEW
Priority: P3
Created: 2021-05-14 21:52:25+00:00
Resolved: 2023-09-20 16:15:14+00:00

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

Steps to reproduce:

1. Use Gnome Tweaks to set the applicaiton theme to Adwaita-dark
2. Open Firefox 89


Actual results:

Toolbars and tabs have overly light background (#535353).
This light gray color does not occur in the adwaita stylesheets or any popular gnome app. 


Expected results:

Toolbars and tabs should have standard gtk background color: #353535

Indeed, the --toolbar-bgcolor is correctly set to #353535, but when layered with the --toolbar-bgimage the display color ends up being #535353. Setting --toolbar-bgimage to none, produces the desired result.

It's notable that setting --toolbar-bgimage to none has an almost imperceptible effect on the resulting color in light theme:

light-bgimage-off: #F6F5F4
light-bgimage-off: #F7F6F6

Suspiciously, --toolbar-bgimage is set to: linear-gradient(rgba(255, 255, 255, 0.15), rgba(255, 255, 255, 0.15))

Changing the gtk theme does not change this value. This feels distinctly like a hack that could probably removed, either entirely or just from the styling for .browser-toolbar.

I've attached comparison images with dark/light themes and bgimage on/off.
Bug: In nightly 90.0a1 (2021-05-14) (64-bit) the reload icon and download icon do not appear. They can be clicked but they dust don't have an icon.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-05-15 05:52:40+00:00
Resolved: 2021-06-28 05:41:33+00:00

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

Steps to reproduce:

I didn't do anything.


Actual results:

Reload and download icons do not appear.


Expected results:

They should have appeared.
Bug: Horizontal and vertical scrollbars in upgrade dialog at some Windows OS zoom/scaling settings
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-05-15 14:48:12+00:00
Resolved: 2021-11-03 15:44:20+00:00

Firefox 89.0b12 and 90.0a1 20210514215821 on Windows 8.1, 1920x1080 screen resolution and 125% zoom on the OS level, task bar is on the left of the screen.

The upgrade dialog has a horizontal and a vertical scroll bar.

Bisection identifies https://hg.mozilla.org/releases/mozilla-beta/pushloghtml?fromchange=310d7fce2d0ed6c833513e20c9ad4aae1104c455&tochange=4a4264b2122a29c25536045de9b25f2749b7266f as the starting push - bug 1706279 should be the regressing change.
Bug: Tabs opening/moving to new windows unexpectedly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-15 15:04:26+00:00
Resolved: 2021-06-22 20:41:14+00:00

Since the switch to Proton(?) I've several times seen tabs move to new windows instead of the requested action.

Several times I was doing "Move tab to end", and it ended up in a new window.  (perhaps some mouse move during the move was misinterpreted as a drag?)

Just now, I was doing "Open in new Container Tab", and the new tab opened in the current window, but somehow the original tab got moved to a new window.

Nightly 4/30/2021
Bug: Option to close a pinned tab missing from menu (Proton?)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-05-15 15:33:10+00:00
Resolved: 2021-06-24 00:59:05+00:00

I was closing two pinned tabs in a window.  The first one I closed with no problems.  When I tried to close the second one, there was no "Close Tab" option in the popup menu.

Also, while the back button appears to be enabled, clicking on it or long-pressing it causes nothing to happen.

Nightly 4/30 Mac OSX
Bug: toolbar color reset to default after i am restart Firefox
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-05-15 20:31:05+00:00
Resolved: 2021-06-07 09:47:57+00:00

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

Steps to reproduce:

1-install theme (adapta nokoto) or use my system default theme(a dark theme)
2-restart Firefox



Actual results:

the theme is apply but toolbar color is white like Firefox default 


Expected results:

toolbar also be dark
Bug: Firefox exposes installed applications on windows through :// schemes to websites
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-15 21:21:48+00:00
Resolved: 2021-05-17 22:10:03+00:00

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

Steps to reproduce:

Go to https://schemeflood.com/


Actual results:

It lists applications I have installed on my PC.


Expected results:

Opening a link is pure user-side thing, site should not be aware of what has happened after it spawned the url.
Bug: Proton app menu doesn't fit in small screen
Status: NEW
Priority: P2
Created: 2021-05-15 23:30:27+00:00
Resolved: 2021-07-16 12:34:06+00:00

Without Proton, my laptop screen has enough space to show the full menu. But with Proton,  it doesn't fit, so I have to scroll every time that I want to close the browser, since the exit button is at the bottom.

Please reduce all the unnecessary padding that was added between menu items if the screen is not big enough. Otherwise it's very bad UX.
Bug: Firefox cannot open about:config or any other page
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-16 07:40:17+00:00
Resolved: 2021-06-07 13:26:36+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.93 Safari/537.36 OPR/76.0.4017.123

Steps to reproduce:

This is a newly installed Kubuntu. After installation, Firefox worked perfectly. Then, I setup the KeePassHttp-extension. And Sophos was installed in the background.

Except for that, I was googleing for some Ubuntu instructions.

I tried it using Firefox-84-standalone, it shows the same behaviour. I also created another user, specifically for this test: same behaviour. I deinstalled Firefox und reinstalled it: same behaviour. 
~/.cache/mozilla and ~/.mozilla were deleted for a test as well - no change.



Actual results:


Suddenly, no page ever loads. Pages working are as follows:
- About Firefox
- about:support
- about:buildconfig
- about:memory
- about:performance
- about:serviceworkers
- about:license
- about:profiles
- Google/Bing/Wikipedia extensions run their searches when entering values into the address bar

Pages not working - Firefox seems not even to try to load content, it just does nothing (using the Settings link in the menu does just nothing, not even open another tab):
- about:plugins
- about:config
- any external or internal webpage (google.com, spiegel.de, selfhosted webpages, localhost) - all of these work in any other browser



Expected results:

Pages listed should open - or at least try to load
Bug: Mouse hover text is black with dark blue background in about:preferences applications action
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-05-16 11:44:41+00:00
Resolved: 2021-05-19 17:04:28+00:00

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


Steps to reproduce:
1. about:preferences > General > scroll down to table of applications
2. Select a row and mouse hover over action

Actual Results:
Text is black with dark blue background.
Not good contrast. See attached screenshot.

Expected Results:
Text should be good contrast.


Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b10bdc95d6d3e5a6fc2f3d55bb8911e414517d4c&tochange=2e8c89be4b84caa728fdc36225127efd539dc63c
Bug: Bookmarks get duplicated when dragging from unsorted bookmarks ("Other bookmarks") in library
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-16 15:18:50+00:00
Resolved: 2021-06-01 12:39:29+00:00

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

Steps to reproduce:

clicked on history button on toolbar
clicked manage history
(possibly skipable)did some stuff with my history
Started using the library view to manage bookmarks
clicked "other bookmarks" folder
searched folder for "Java" so I could move all Java related bookmarks to their own folder
selected all results except one
Dragged results to the Java folder


Actual results:

the bookmarks were duplicated
the duplicates showed up in my results for "other bookmarks" as well as showing up in the destination folder


Expected results:

the bookmarks should not be duplicated
bookmarks in a folder besides "other bookmarks" should not be included when searching "other bookmarks"
PS: I had an issue similar to this in the past when trying to cut & paste bookmarks (that were tagged and I was viewing the tag folder that lists bookmarks with that tag), which also resulted in duplication. It might be related, though unfortunately I never reported it.