av9ash/GitBugs huggingface dataset:
Bug: background-color not set correctly in sidebar <select> and <option> elements
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-05 00:55:07+00:00
Resolved: 2021-05-19 04:14:56+00:00

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

Steps to reproduce:

1. Create an add-on with a sidebar (you can use the annotate-page example to get set up quickly: https://github.com/mdn/webextensions-examples/tree/master/annotate-page)
2. On the sidebar page, add a <select> item with a few <option> elements inside. Set background-color of <select> and <option> elements to an arbitrary color (e.g. black). Example codepen: https://codepen.io/eliykat/pen/bGgRgvm (note this codepen exhibits the expected behaviour because it is not in a sidebar)
3. Click the <select> item to open the dropdown list


Actual results:

background-color is not set on the <option> elements and therefore defaults to white.
This occurs any time the <option> background-color is the same as the <select> background-color. Changing the <option> background-color even by 1 unit will exhibit the expected behaviour.


Expected results:

background-color on <option> elements should be set per the CSS styling, irrespective of the background-color on the parent <select> element. Codepen example shows the expected behaviour.

Expected behaviour also occurs in the add-on popup.
Bug: Background color for hover state in the zoom controls is mismatched to the rest of the AppMenu
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-05 04:09:49+00:00
Resolved: 2021-04-05 04:42:38+00:00

Identified during PM review in Nightly April 4

The background color on the hover state in the zoom controls for the zoom percentage (100%) doesn't match the color used for other zoom controls (+/- for instance), and the background color in the zoom controls doesn't match the background color used in the rest of the AppMenu.  This appears to be the case on both the dark theme and the light theme and on both macOS and Windows.
Bug: Bookmarks toolbar menu button submenus are missing rounded corners and parts of the shadow in Proton
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-04-05 05:12:04+00:00
Resolved: 2023-02-07 21:14:40+00:00

Sub-menus aren't styled properly in Proton. They have square corners and don't have the correct drop shadow. I'm on today's nightly, I've enabled the proton main pref and the proton doorhangers pref and this is what I see
Bug: AlpenGlow - improve visibility for [ + ] Open a new tab button when browser on half screen
Status: NEW
Priority: --
Created: 2021-04-05 07:43:41+00:00
Resolved: 2024-02-27 15:37:43+00:00

**Affected versions**
* 88.0b7, 89.0a1 

**Affected platforms**
* WIn 8.1
* based on results from [88.0b7 build validation](https://testrail.stage.mozaws.net/index.php?/plans/view/42077) adding Win10, Ubuntu 16 as affected OS;

**Steps to reproduce**
1. Launch Firefox;
2. Put the browser on half the screen (or size it so the purple part would reach the + button);
3. Hover over / Click the [ + ] Open a new tab button;

**Expected result**
* button is visible;

**Actual result**
* color scheme makes the button barely distinguishable;

**Regression range**
* will check and provide one time permitting, probably not a regression;

**Additional notes**
* macOS 11, not affected
* attached screenshot to illustrate the issue.
Bug: 87.0 (64-bit) pdf.js renders next/previous pages black
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-05 07:55:33+00:00
Resolved: 2021-04-08 19:10:15+00:00

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

Steps to reproduce:

download document https://hackspace.raspberrypi.org/issues/41/pdf and use firefox (64 bit) for rendering



Actual results:

when scrolling pages, after a couple of pages, the next page is black.
reloading the 'page' fixes it, and it reoccurs when scrolling a couple of pages further (or backwards)
Since this was not seen in previous version(s) of firefox, I think it is a regression defect



Expected results:

page renders correctly without reloading
Bug: There is no hover highlight  when using a high contrast theme in the about:preferences page
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-04-05 08:24:58+00:00
Resolved: 2022-12-09 13:48:24+00:00

**Affected versions**
* Fx89.0a1
* Fx88.0b7

**Affected platforms**
* Windows 10

**Steps to reproduce**
1. Set a High Contrast theme in the OS.
2. Launch Firefox and enable proton.
3. Navigate to about:preferences.
4. Hover over a section on the left e.g. "Search".

**Expected result**
* There is a hover highlight animation.

**Actual result**
* There is no hover highlight.

**Regression range**
* This might be a really old regression, but proton hover design is new and we might want to try and fix some of it for high contrast theme.

**Additional notes**
* This issue occurs for builds without proton enabled.
* The issue does not occur on macOS platforms.
* The issue occurs with any of the 4 high contrast themes available in Windows 10.
* The issue also occurs in the about:addons page with the Extensions, Themes, Plugins and Recommendations sections.
* The issue also occurs in the about:telemetry page for any section on the left side that is selected.
* There is no indication when a certain section is selected.
Bug: Informational infobars have the wrong (i) icon on Proton
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-04-05 09:26:00+00:00
Resolved: 2021-04-14 17:13:55+00:00

**Affected versions**
Firefox Nightly 89.0a1

**Preconditions**
browser.proton.enabled= *true*
browser.proton.infobars.enabled= *true*

**Steps to reproduce**
1. Launch Firefox Nightly
2. Navigate to https://permission.site
3. Click on "Protocol Handler"

**Expected Results**
The Protocol handler informational infobar appears properly and has the correct (!) icon

**Actual Results**
The informational infobar's icon is not the correct one
Bug: [proton] 'Remember this decision' text + checkbox in doorhangers styled in a disabled-ish style, should indicate availability
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-04-05 09:35:36+00:00
Resolved: 2021-11-15 17:18:10+00:00

Firefox 89.0a1 20210404214218 on Windows 10 with proton enabled

0. Have proton prefs enabled.
1. Go to https://yari-demos.prod.mdn.mozit.cloud/en-US/docs/web/api/geolocation_api/using_the_geolocation_api/_samples_/Examples
2. Click the button.

Actual behavior: "Remember this decision" checkbox and test styled in grey, similar to a disabled element.

Expected behavior: styled in a more 'enabled' way.

On Windows 8.1 with the proton prefs flipped, the text might be styled similar to the question or just minimal less black.
Bug: Screen readers won't read infobar button strings
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-04-05 09:52:10+00:00
Resolved: 2023-06-02 15:21:04+00:00

**Note**
* When the user uses a screen reader with the browser and has various infobars displayed, the screen reader will not read them properly.

**Affected versions**
* Nightly v88.0a1

**Affected platforms**
* all

**Preconditions:**
* Make sure you have the following preferences set to true:
browser.proton.enabled
browser.proton.infobars.enabled
devtools.chrome.enabled
* Install a screen reader if it isn't already available.

**Steps to reproduce**
1. Start a screen reader (Orca for ubuntu, NVDA for Windows, Screen Reader for Mac OS)
2. Launch browser.
3. Trigger some infobars:
   * Open the browser using a new profile; when a new tab is opened, the Default Browser infobar is displayed.
   * Open the Multiprocess Browser Console and paste: gStoragePressureObserver.observe({QueryInterface: () => ({data:5368709119})}, "QuotaManager::StoragePressure")
   * Open the Multiprocess Browser Console and paste: CaptivePortalWatcher._showNotification()
   * Load: Navigate to http://www.dummysoftware.com/popupdummy_testpage.html
4. Focus on the infobars/infobar information using keyboard navigation and/or hovering it with the cursor.

**Expected result**
* Both navigation methods properly offer the relevant information to the user.

**Actual result**
* Some buttons are not being read.

**Regression range**
* This issue occurs ONLY with Proton enabled.

**Additional notes**
* Upon investigation it was observed that the "Set as default" button from the Default browser infobar is read, comparing to the others. It is assumed that the light-colored (blue) buttons are read, but the gray ones aren't.
Bug: The about:logins sorting is not visible when selected while a high contrast theme is enabled
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-04-05 10:06:56+00:00
Resolved: 2021-05-25 11:04:53+00:00

**Affected versions**
* Fx89.0a1
* Fx87.0 RC
* Fx88.0b7

**Affected platforms**
* Windows 10

**Steps to reproduce**
1. Enable a high contrast theme in Windows.
2. Launch Firefox.
3. Navigate to about:logins.
4. Create a new login (invalid data can be used to do it for any website).
5. Reach the Sort by dropdown, by circlying the elements of the page using the tab key.

**Expected result**
* The selected dropdown is visible in high contrast mode.

**Actual result**
* The dropdown is not visible while selected.

**Regression range**
* This is a regression since it's reproducible on an RC build. Will come back with a regression range ASAP.

**Additional notes**
* This is not related to proton, as it occurs in older builds without proton.
* The dropdown is fully visible if the operation to open the drop-down is done using the mouse.
Bug: Password manager does not store multiple accounts on the same website, where the domain in the email address is the same
Status: NEW
Priority: P3
Created: 2021-04-05 10:47:43+00:00
Resolved: 2021-05-18 19:53:40+00:00

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

Steps to reproduce:

I created an account with the username example1@example.com on a website (NHS Test and Trace, https://access.login.nhs.uk/enter-email), and chose a randomly generated password for the account.

I then created another account on the same website with the username example2@example.com, and chose a randomly generated password for the account.


Actual results:

The entry in Firefox Lockwise for example1@example.com was overwritten with the entry for example2@example.com, and the same randomly generated password was provided for both.


Expected results:

I expected that two seperate entries would appear in Firefox Lockwise, one for each email-password combination.

I noted that a separate entry and password was created for an email address using a different domain, e.g. example3@anotherexample.com.
Bug: Bookmark Button on Toolbar - Proton Bookmark submenu shadow doesn't match main menu shadow
Status: NEW
Priority: P2
Created: 2021-04-05 10:57:17+00:00
Resolved: 2021-06-01 20:10: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:

EnableProtonUI
browser.proton.enabled
browser.proton.contextmenus.enabled
browser.proton.doorhangers.enabled

Place "Show Your Bookmarks" button to Navbar
Click on In
Observe styling of PopUp


Actual results:

Bookmark PopUp suffers from offset Shadows.


Expected results:

Bookmark PopUp should be have correct visual design
Bug: Sound icon on webrtc website isn't correctly displayed
Status: NEW
Priority: P3
Created: 2021-04-05 11:45:35+00:00
Resolved: 2021-04-06 09:06:05+00:00

### Preconditions
In about:config set:
browser.proton.enabled = true

### Affected versions
Firefox 89.0a1 

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

### Steps to reproduce
1. Open Firefox.
2. Go to https://mozilla.github.io/webrtc-landing/gum_test.html or https://appr.tc/
3. Click on "Camera & microphone" then on allow.
4. Observe the favicon
5. Click on Picture-in-picture button and enable the sound.
6. Observe the position of the sound icon.
7. Mute the video.
8. Hover the mouse over favicon.


### Expected result
Step 4: Favicon should be displayed.
Step 6: Sound icon should be replacing the favicon.
Step 8: Mute tab notification shouldn't be displayed under tabs title.

### Actual Result
Step 4: Favicon is not displayed.
Step 6: Sound icon is overlapping the tab favicon and title.
Step 8: Mute tab notification is displayed under tabs title.

Screen recorder: https://streamable.com/t7x1ab
Bug: Menus wrong sized in dual screen when screen size is 125% on non main display
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-05 12:02:29+00:00
Resolved: 2021-04-06 14:07:11+00:00

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

Steps to reproduce:

I have a laptop and a secondary screen.
Laptop screen is at scale 125% in display preferences (windows default), other screen scale is at 100%.
When secondary screen is set to "main display", menu from firefox are cut on laptop screen.


Actual results:

Firefox menu show only few lines, a scroll bar is shown but this is very not easy to use.
Every other pop up from the toolbar have the same problem like the "Ublock Origin" pop up and no scrollbar


Expected results:

Menus should have the normal size.
Bug: The Search[defaultSearchEngine] for “” link context menu option is not placed inside its own section
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-05 12:10:25+00:00
Resolved: 2021-04-09 12:23:10+00:00

**Affected versions**
* Firefox 89.0a1 (BuildId:20210404214218)

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

**Steps to reproduce**
1. Launch Firefox.
2. Access the following [link](https://it.wikipedia.org/wiki/Pagina_principale)
3. Right click on any text link.

**Expected result**
* The `Search [defaultSearchEngine] for “ “` option is placed in its own section as per the slide deck.

**Actual result**
* The `Search [defaultSearchEngine] for “ “` option is not placed inside its own section.

**Regression Range**
This is a regression.
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=e833a5f2ec97b1c48a9a8dc185ff68f4f6915d0f&tochange=1933588184c69feed359b025c9ccd6dfbd3aad28
* Potential Regressor: Bug 1701162
Bug: Remove icon for Bookmarks Toolbar menuitem in native menubar
Status: NEW
Priority: P2
Created: 2021-04-05 13:27:35+00:00
Resolved: 2021-04-12 14:47:01+00:00

During their review of the global native menubar, UX flagged this icon for being removed.

Note that we should keep that icon in where it appears in other core UI (Customize pane, Library, Bookmarks Menu/Tray, Bookmark panel). It's just in the native global menubar that we want to suppress it.
Bug: Bookmarks Panel gets wide when opening the folder tree
Status: RESOLVED
Priority: P2
Resolution: INVALID
Created: 2021-04-05 14:03:25+00:00
Resolved: 2022-11-10 20:14:52+00:00

STR:

1. With Proton enabled, click on the Bookmarks button in the URL bar
2. Click on the expander next to the folder selector menulist

ER:

The panel should grow vertically to accommodate the folder tree, but not horizontally.

AR:

The panel grows both horizontally and vertically.
Bug: Folder icons appear late in the Bookmarks Panel folder selector
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-05 14:05:57+00:00
Resolved: 2021-05-10 07:06:43+00:00

STR:

1. Click on the Bookmarks button in the URL bar
2. Click on the expander next to the folder selector menulist
3. Click on the button to create a new folder (bottom of the tree selector)

ER:

The new entry in the tree should show a folder icon to the left of the text input.

AR:

The new entry in the tree only shows the text input, and the folder doesn't appear until the user completes filling in the text input.
Bug: Bookmarks Tag expander is enabled even when there are no tags
Status: NEW
Priority: P5
Created: 2021-04-05 14:07:15+00:00
Resolved: 2022-11-10 20:16:01+00:00

The Bookmarks Panel has the tag selector expander enabled even when there are no tags. This means when the user expands the tag selector, they get an empty rectangle, which isn't very useful.

I believe we've shipped with this bug for a while.
Bug: Name field in the Bookmarks Panel scrolls to the end by default
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-05 14:10:18+00:00
Resolved: 2021-04-23 14:32:50+00:00

STR:

1. Go to a website with a long-ish title
2. Click on the Bookmark button in the URL bar to open the Bookmarks Panel

ER:

The "Name" input field should be selected, and the beginning of the tab title should be seen

AR:

The "Name" input field is selected, but the field has been horizontally scrolled to the end so that the end of the tab title is seen.
Bug: Fix casing for some strings in the  Bookmarks Panel
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-05 14:11:56+00:00
Resolved: 2021-04-23 14:35:43+00:00

The "Add Bookmark" and "Edit Bookmark" strings should be "Add bookmark" and "Edit bookmark".

Similarly, the "Remove Bookmark" button should be "Remove bookmark".
Bug: Possible to add multiple of the same tag in the Bookmarks Panel tag list
Status: NEW
Priority: P3
Created: 2021-04-05 14:15:06+00:00
Resolved: 2021-04-13 15:23:54+00:00

betsymikal was able to reproduce this (see screenshot), but I was not. needinfo'ing betsymikal for steps to reproduce.
Bug: "Manage History" button hidden behind Windows 10 bottom panel
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-04-05 14:29:14+00:00
Resolved: 2021-04-27 14:17:57+00:00

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

Steps to reproduce:

- Have enough history to fill the recent history list
- scroll down the list and attempt to find the manage history button at the bottom


Actual results:

Manage history button is overflowing the window and is very difficult to press


Expected results:

The history panel accessed via the toolbar should have a maximum height of no more than the window height - the vertical ui elements (toolbar, tabs, etc). Then the manage history button would be visible
Bug: Infobar content should be 100% wide
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-04-05 14:37:29+00:00
Resolved: 2021-04-07 10:44:40+00:00

### Steps
1. go to https://permission.site/
2. find and click "Protocol Handler"

### Expected
The Infobar stretches over the width of browser window, with the close button at the end.

### Actually
The infobar is only as wide as its content.
Bug: Intermittent browser/base/content/test/pageActions/browser_page_action_menu.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-04-05 14:59:09+00:00
Resolved: 2021-06-15 17:03:02+00:00

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

---
```
[task 2021-04-05T14:25:44.577Z] 14:25:44     INFO - TEST-PASS | browser/base/content/test/pageActions/browser_page_action_menu.js | "Bookmark Current Tab" == "Bookmark Current Tab" - 
[task 2021-04-05T14:25:44.577Z] 14:25:44     INFO - TEST-PASS | browser/base/content/test/pageActions/browser_page_action_menu.js | true == true - 
[task 2021-04-05T14:25:44.578Z] 14:25:44     INFO - Buffered messages logged at 14:23:49
[task 2021-04-05T14:25:44.578Z] 14:25:44     INFO - Console message: [JavaScript Error: "uncaught exception: Object"]
[task 2021-04-05T14:25:44.578Z] 14:25:44     INFO - Buffered messages finished
[task 2021-04-05T14:25:44.578Z] 14:25:44     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/pageActions/browser_page_action_menu.js | Test timed out - 
[task 2021-04-05T14:25:44.578Z] 14:25:44     INFO - GECKO(1568) | MEMORY STAT | vsize 130551284MB | residentFast 2207MB```
Bug: The Hamburger menu is cutoff when a Notification banner is wrapped  on a second row
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-05 15:03:40+00:00
Resolved: 2021-04-28 18:59:58+00:00

[Affected versions]: 
89.0a1 (2021-04-05) 

[Affected platforms]:
Platforms: Windows 10

[Preconditions]:

    Reach about:config and set browser.proton.enabled = true
    Have the "Check for updates but let you choose to install them" preference selected in about:preferences

[Steps to reproduce]:
1. Launch an older version of the Firefox browser.
2. Wait for the Update Available notification to trigger.
3. Open the Hamburger menu multiple times.

Expected Result:
The Menu notification should be displayed without issues.
THe Hamburger menu should be properly displayed.

Actual Results:
The Hamburger menu is cut at the bottom.
Opening and Closing the Hamaburger menu will cause tthe glitch to occur. (either part of the Exit menu item or the entire menu item is cutoff)
Bug: The Icons are missing from the Notifications Panels
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-05 15:34:20+00:00
Resolved: 2021-05-05 08:58:25+00:00

The Icons are missing from the Notifications Panels

[Affected versions]: 
89.0a1 (2021-04-05) 

[Affected platforms]:
Platforms: Windows 10

[Preconditions]:

    Reach about:config and set browser.proton.enabled = true

[Steps to reproduce]:
1. Launch an older version of the Firefox browser.
2. Trigger the "Update and Restart", "Download Update", "Unable to Update" and "Download a Fresh Copy" panel notifications.

Expected Result:
The correct icons should be displayed on each notification panel.

Actual Results:
There are no icons displayed on any Notification panel.
Bug: Container tab indicator barely visible with certain themes
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-04-05 15:41:05+00:00
Resolved: 2023-08-09 16:18:41+00:00

Steps to reproduce:
1. Open Firefox Nightly 89.0a1.
2. Activate the Alpenglow theme.
3. Configure a new container "Google", using red as the container color.
4. Open a new container tab in this "Google" container.

Expected result:
The tab, whether focused or not, is recognizable as a container tab.

Actual result:
The tab, whether focused or not, is is not recognizable as a container tab.
Bug: Search mode chiclet has unreadable close button in High Contrast Mode
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-05 16:03:07+00:00
Resolved: 2021-04-12 15:51:40+00:00

[Affected versions]:
- Firefox 88 beta 7
- latest Nightly 89.0a1 2021-04-04

[Affected platforms]:
- Win 10 64-bit

[Preconditions]:
Open Settings -> High Contrast app in Windows 10 and select one of the default themes: High Contrast #1, High Contrast #2 or High Contrast Black

[Steps to reproduce]:
1. Focus address bar and select a search shortcut to open search mode
2. Hover over the search mode chiclet in address bar

[Expected result]:
- [x] close button is visible in high contrast mode

[Actual result]:
- [x] close button is black 

[Regression range]:
- This regressed in Firefox 88, will return with a regression range ASAP

[Additional notes]:
- This issue is not reproducible in High Contrast White default theme
Bug: Proton Dark Theme is missing disabled state for toolbarbuttons (like in the Character Encoding menu)
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-04-05 16:24:19+00:00
Resolved: 2021-04-28 14:46:38+00:00

See screenshot. Most of these items are actually disabled, but they don't look that way with Dark Theme enabled.
Bug: The buttons in about:support spill out from their box when zoomed in and resized
Status: NEW
Priority: --
Created: 2021-04-05 16:37:33+00:00
Resolved: 2021-04-12 05:11:08+00:00

**Affected versions**
* Fx89.0a1
* Fx88.0b7

**Affected platforms**
* Windows 10

**Steps to reproduce**
1. Launch Firefox.
2. Navigate to about:support.
3. Zoom in to 190% either using the keyboard or CTRL+scroll up.
4. Start making the window smaller.

**Expected result**
* The layout does not appear broken.

**Actual result**
* Buttons are unaligned and spill out of the div.

**Regression range**
* This is not a regression. I could reproduce the issue in Fx66.0a1, even though there was a different design.