av9ash/GitBugs huggingface dataset:
Bug: Nightly 90 can only use XWayland
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-20 21:24:33+00:00
Resolved: 2021-04-20 21:35:54+00:00

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

Steps to reproduce:

I restarted Nightly to run with a newer build. My system runs Fedora 34 with `MOZ_ENABLE_WAYLAND=1` set whenever launching Firefox.


Actual results:

* Nightly started with "window protocol" under `about:support` set to `xwayland` (as opposed to `wayland`).
* Nightly will actually fail to start if `${DISPLAY}` is unset in the environment.


Expected results:

I expect Nightly to start with direct Wayland support (and not via XWayland).
Bug: "A", "B" keyboard shortcuts for persistent storage prompt don't work
Status: NEW
Priority: P2
Created: 2021-04-20 21:24:41+00:00
Resolved: 2023-08-23 13:14:19+00:00

## steps to reproduce/what did you do?

Context: the camera/audio prompt allow you to hit the A or B keys to Allow or Block access.

* Open a page that requests persistent storage and displays the prompt
* Using the keyboard, press the A or B keys to Allow or Block access.

## expected behavior/ what did you think will happen?

* The keys trigger the correct action

## actual behavior/ what actually happened?

* The keys do not trigger the correct action
Bug: Menulists in preferences inaccessible with HCM
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-04-20 23:08:13+00:00
Resolved: 2021-05-05 08:16:21+00:00

STR:

1. Navigate to about:preferences and open the colors dialog by selecting 'colors' in the language and appearance section 
2. In the dialog, set the text color to white and the background color to black. The other colors are irrelevant for this example
3. In the menulist, select 'always' and hit OK
4. Re-open the dialog and click the same menulist

Expected: the menuitems are readable
Actual: the entire menupopup is black and the items are not readable

I ran mozregression on this, tagging the regression bug in desc
Bug: Cannot customize page actions any longer
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-20 23:54:48+00:00
Resolved: 2021-04-21 18:54:18+00:00

Since the update to 89.0b1, page actions that I have removed from address bar are showing up again and there is now way anymore to customize which page actions get displayed there and which ones are not.
Bug: Can't keyboard-tab into tab mute button
Status: RESOLVED
Priority: P3
Resolution: INVALID
Created: 2021-04-21 02:10:29+00:00
Resolved: 2021-11-05 14:53:05+00:00

## steps to reproduce/what did you do?

* Open a web page that plays audio or video, play the media
* The tab will update to display a "PLAYING" label, and on mouse hover will reveal a button to mute the media
* Using your keyboard, tab-focus on the tab playing the media, and try to interact with the mute button

## expected behavior/ what did you think will happen?

* Through the spacebar, the enter/return key, arrow keys, or some other keys, be able to mute the tab playing the media, similar to how the mouse can

## actual behavior/ what actually happened?

* I was unable to interact with the tab's mute button
Bug: Permissions prompt has extra focus-able button?
Status: NEW
Priority: P3
Created: 2021-04-21 02:18:21+00:00
Resolved: 2024-04-29 10:04:38+00:00

I'm going to have a hard time describing this. Best to refer to the attached video.

## steps to reproduce/what did you do?

* Navigate to a web page that attempts to open a pop-up window
* Observe the new permissions icon/prompt in the address bar
* Using the keyboard, tab around the address bar icons

## expected behavior/ what did you think will happen?

* The dual "slider + blocked window" icon button is wholly focus-able
* Hitting tab again would take me to the address field

## actual behavior/ what actually happened?

* The dual "slider + blocked window" icon button is wholly focus-able, but...
* Hitting tab again focuses again on just the "blocked window" icon, as if it were an additional nested button

# additional notes

If you focus on the two-icon button, hit enter so the prompt is visible, and then hit escape the prompt disappears. If you do this while focused just on the "blocked window" icon, hitting escape does not make the prompt disappear.
Bug: Theme occasionally switches back immediately after changing
Status: NEW
Priority: P3
Created: 2021-04-21 02:46:04+00:00
Resolved: 2023-11-23 14:58:24+00:00

## steps to reproduce/what did you do?

This is a little hard to reproduce, because it doesn't occur every time and I can't track down the pattern, but my experience has been that it occurs the first time "after a while" of not interacting with the theme settings. Sorry.

* Open about:addons
* Switch your active theme (and I think as soon as you click "Enable" immediately focus out of the window? Not sure)

## expected behavior/ what did you think will happen?

* Theme switches and stays applied

## actual behavior/ what actually happened?

* Theme switches to the one I chose
* After a split second (and I think after I focus out of the window? Not sure) the theme switches back to the previously-selected theme
* Only occurs the first time
Bug: Toolbar items are moving when clicking restore defaults/ undo buttons after theme was changed
Status: NEW
Priority: P3
Created: 2021-04-21 06:10:01+00:00
Resolved: 2021-05-12 08:23:24+00:00

*Affected versions*
* 90.0a1(20210420095122)
* 89.0b2 (20210420191345)


*Affected platforms*

* Windows 10x64
* macOS 10.15
* Ubuntu 20.04

*Steps to reproduce*
1. Open Firefox with a new profile and enter Customize mode.
2. Select a random theme and click Done.
3. Enter Customize mode and click on Restore Defaults/ Undo buttons.
4. Observe the top part of the browser.

*Expected result*
* Items from the toolbar are not moving.

*Actual result*
* Address bar and following items are moving.

*Regression range*
* Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=73ef374a234c345f3c066217774b2b599a0b3a74&tochange=60c74da65c9942b21abd1fad7d48ba9f38d4dc4e




*Notes*
* Attached a screen recording.
Bug: application allowing different values in password and also confirm password
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-21 06:36:25+00:00
Resolved: 2021-04-21 06:52:50+00:00

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

Steps to reproduce:

I want to Enter diffrent values in in password and confirm password object then click on submit password: Danish123
confirm password: testing


Actual results:

successefully customer able to register


Expected results:

error message should pop up
Bug: 3.21% Explicit Memory (Linux) regression on Sat April 17 2021
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-04-21 07:26:28+00:00
Resolved: 2021-04-29 19:24:34+00:00

Perfherder has detected a awsy performance regression from push [0b2d2082e5c59e198426faf154d3e465496013aa](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=0b2d2082e5c59e198426faf154d3e465496013aa). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Suite** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--|--| 
| 3% | Explicit Memory |  | linux1804-64-shippable | tp6 | 452,795,435.14 -> 468,284,044.06 |
| 3% | Explicit Memory |  | linux1804-64-shippable | tp6 | 452,511,718.10 -> 467,046,926.95 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=29760), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: Selected text in address bar with CTRL+L does not go into primary selection
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-21 08:01:43+00:00
Resolved: 2021-04-21 19:38:16+00:00

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

Steps to reproduce:

On Linux / Ubuntu (both Wayland and Xorg).

When I want to copy the link of the page I'm visiting, I use this procedure :

1. CTRL-L : the focus is given to the address bar and the address is selected
2. middle click where I want the address to be pasted


Actual results:

Nothing is pasted ; PRIMARY selection seems to be empty.

On Linux, when text is selected, this is a cue that the text is now in primary selection. In this case, text gets selected without going into primary selection.


Expected results:

The selected text should be in PRIMARY selection and I could be pasted with middle-click.

Note that this procedure works :
1. Triple click or manually select the text in the address bar
2. middle click where I want the text to be pasted
Bug: Overflow menu items and scroll bar are exiting the panel when browser is resized
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-04-21 09:46:54+00:00
Resolved: 2021-07-23 15:06:18+00:00

*Affected versions*
* 90.0a1(20210420213949)
* 89.0b2 (20210420191345)



*Affected platforms*

* Windows 10x64
* macOS 11.2.3
* Ubuntu 20.04

*Steps to reproduce*
1. Open Firefox and Customize menu.
2. Add random items inside and resize the browser horizontally making it smaller.


*Expected result*
* Overflow menu is displayed as expected.

*Actual result*
* Items and scrollbar are displayed over the overflow panel.

*Regression range*
* This issue can be seen before this regressor bug as well but after this bug, the issue is more visible:
Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b031f196c01b1b70a735bfca2022c66ad35be6bc&tochange=bdeb59f66b0258e3deaf065c1e435f636a910e0d




*Notes*
* Attached a screen recording with proton enabled and disabled as well.
* With proton disabled there can be seen a small issue also but it is more visible with proton enabled.
Bug: Bad contrast on site information menu in dark theme
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-04-21 09:53:32+00:00
Resolved: 2021-05-13 12:00:13+00:00

STR:
1. Set to dark theme on Firefox (Dark or Alpenglow)
2. VIsit "Site information" > "Clear cookies and site data..."

ER: Decent text color.
AR: As shown by the attachment.

It's probably related to the case when I use a dark KDE desktop theme, but I can also reproduce this when installing Firefox in a Docker container, where only X11 session is shared.
Bug: The App Menu zoom icons are not updated
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-21 10:43:42+00:00
Resolved: 2021-04-21 10:53:31+00:00

#### Tested with:

Nightly 90.0a1 (2021-04-21)
Beta 89.0b2
Release 88
#### Tested on:

Windows 10

#### Steps:

  1. Launch Firefox and open the hamburger menu.

#### Actual result:

The zoom buttons icons are not updated accordingly to the Figma. In current Fx the zoom buttons are a little smaller and bold.
#### Expected result:

The zoom buttons should look like in Figma.
Bug: Edit this bookmark panel is cut off if opened in certain positions
Status: NEW
Priority: P5
Created: 2021-04-21 11:21:55+00:00
Resolved: 2023-05-12 22:54:55+00:00

*Affected versions*
* 90.0a1(20210420213949)
* 89.0b2 (20210420191345)
* 88.0 (20210415204500)
* 87.0 (20210318103112)



*Affected platforms*

* Windows 10x64
* macOS 11.2.3
* Ubuntu 20.04

*Steps to reproduce*
1. Open Firefox and move it down to the middle of the screen.
2. Open Edit this bookmark panel.
3. Click on the tags dropdown.

*Expected result*
*  All options are displayed.

*Actual result*
* Panel is cut off.

*Regression range*
* I will search for one ASAP if there is one.



*Notes*
* Attached a screen recording.
* This is reproducible with proton enabled and disabled as well.
Bug: [Linux] Background of the scrollbar in the hamburger menu is still white when dark theme is enabled
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-04-21 12:23:07+00:00
Resolved: 2021-06-04 16:00:32+00:00

It should also be dark, like the scrollbar in https://css-tricks.com/almanac/properties/s/scrollbar/
Bug: [Proton] The red text from Control Center is not correctly displayed with Light theme
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-21 13:52:32+00:00
Resolved: 2021-05-04 09:12:09+00:00

**Affected versions**
* latest Nightly 90.0a1
* Beta 89.0b2

**Affected platforms**
* Windows 10 x64
* Ubuntu 18.04 x64
* macOS 10.15

**Steps to reproduce**
1. Launch Firefox and set the Light theme.
2. Navigate to example.com in a new tab.
3. Click on the lock icon from the URL bar.
4. Observe the "Connection not secure", and "You are not securely connected to this site." messages.

**Expected result**
* The red color of the strings is lighter, as it is displayed in the specs.

**Actual result**
* The red color of the strings look a bit darker compared to the specs.

**Suggested Severity**
* S3 

**Regression range**
* Per comment https://bugzilla.mozilla.org/show_bug.cgi?id=1703012#c15 seems that Bug 1704827 is the regressor. 

**Additional notes**
* please see the attached screenshot.
Bug: how to return previos tab style
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-21 14:07:46+00:00
Resolved: 2021-04-21 14:45:29+00:00

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

Steps to reproduce:

FFDeveloper 89.0b2 
how to return previous tab style like this http://joxi.ru/Vm6lQLoUvJkBGA
from this http://joxi.ru/BA0Npjotpk7lzm


Actual results:

FFDeveloper 89.0b2 
how to return previous tab style like this http://joxi.ru/Vm6lQLoUvJkBGA
from this http://joxi.ru/BA0Npjotpk7lzm


Expected results:

FFDeveloper 89.0b2 
how to return previous tab style like this http://joxi.ru/Vm6lQLoUvJkBGA
from this http://joxi.ru/BA0Npjotpk7lzm
Bug: The Hamburger Menu has the "Pending Update" icon, but clicking menu once doesn't show update menu; second time works
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-04-21 14:50:59+00:00
Resolved: 2021-12-21 14:27:28+00:00

I've noticed for the last couple of weeks (unfortunately, this is one of those bugs that happened but below level of conscious note for a while) that when I see the update pending badge on my hamburger menu, clicking it the first time doesn't have the "Update Available" menu entry; clicking the hamburger button again, and it shows up.
Bug: Unnecessary dropdown displayed for Tags inside Library even if there are no tags saved
Status: NEW
Priority: P5
Created: 2021-04-21 15:35:58+00:00
Resolved: 2021-04-27 14:47:26+00:00

**Affected versions**
* Firefox 89.0b1
* Firefox 88.0
* Latest Nightly 90.0a1

**Affected platforms**
* Windows 10
* macOS 11.3
* Ubuntu 18.04

**Steps to reproduce**
1. Start Firefox (make sure not to have tags saved in library or use a clean profile)
2. Open Library
3. Click the dropdown from Tags

**Expected result**
* No dropdown displayed on Tags if none are saved.

**Actual result**
* Tags has a dropdown, clicking it does nothing.

**Regression range**
* First bad: 8f2f847b2f9dc5643eeb9935d603a3b30686f972 (2018-07-26)
* Last good: 02c8644c45b1f143263d30d769d86c2d1058812e (2018-07-25)
* Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=02c8644c45b1f143263d30d769d86c2d1058812e&tochange=8f2f847b2f9dc5643eeb9935d603a3b30686f972
* Potential regressor: Not sure which one could be the regressor though.

**Additional notes**
* Gif showing the issue is attached.

**Suggested severity**
* I suggest having a low severity (S4) for this one since its an old regression with low impact.
Bug: Tab strip background does not match unfocused urlbar or figma
Status: NEW
Priority: P3
Created: 2021-04-21 15:45:49+00:00
Resolved: 2023-09-20 16:25:43+00:00

The tab strip background on Windows in the default theme ends up as `#f0f0f0`, whereas the urlbar (and the tab strip in the figma) has `#f0f0f4`. This results in a url bar that is slightly bluer than the tab strip. On OSX we seem to set this correctly [here](https://searchfox.org/mozilla-central/rev/d280cc26237b62096b89317e4ed6dea8b2bdf822/browser/themes/osx/browser.css#54) - I'm not sure why we don't set it on Windows / what the situation is on Linux.

If we want to keep the tab strip the color what it is on Windows, then I think we need to adjust the urlbar to match. Having them be ever-so-slightly different hues is disconcerting.
Bug: Slow script warning notification should not match Firefox browser theme
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-04-21 15:59:38+00:00
Resolved: 2021-05-25 16:10:55+00:00

STR:

Not sure. Load any site that may trigger the slow script warning notification?


Expected Behavior:

Slow script warning notification is shown in bright yellow.


Actual Behavior:

Slow script warning notification is shown in a light/dark color when on a non-dark/dark theme.


IMO this is making it very difficult to understand the message (especially when it is dark-on-dark) since the slow script warning notification can briefly flash for a second and then auto-hides itself. 

Given that this is likely another proton-related change I do not have high hopes for this getting reverted. If that is indeed the case, can anyone please point out how I can manually trigger the slow script warning and make it stay, so I can try "fixing" this via css on my end?
Bug: GitHub favicon hard to see with Firefox Alpenglow
Status: NEW
Priority: P3
Created: 2021-04-21 16:49:12+00:00
Resolved: 2021-07-16 21:02:00+00:00

See attached screenshot, especially next to "This time, search with:" it's pretty much impossible to see. Other favicons look a lot more vibrant.

(I also found it weird that a theme I configured due to a prompt from Firefox suggesting it could not be found in about:preferences. I eventually found about:addons, but that took me a while.)
Bug: Proton plus/add (new tab) icon is offset to the right
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-21 17:11:21+00:00
Resolved: 2021-07-23 10:08:54+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 plus icon used as a new tab icon (chrome://global/skin/icons/add.svg) is not centered.

This makes it hard to use this icon, including it being off-center on the compact mode.

I am attaching a rasterized version (result of rendering by Firefox) to show the problem.
Bug: Firefox suggests Mozilla VPN when it's unavailable in my region
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-21 17:24:01+00:00
Resolved: 2021-11-05 23:20:40+00:00

Every time firefox is updated, it opens a page suggesting I use mozilla VPN. However, when I click the button, the webpage tells me there's some "waitlist" and your VPN is ironically not available in my country.

Please don't show this button for users who aren't on your list of allowed countries. It's annoying and insulting. Don't try to sell me a product that you refuse to let me buy.
Bug: Focus ring and dotted line after 88.0 upgrade.
Status: NEW
Priority: --
Created: 2021-04-21 17:24:56+00:00
Resolved: 2023-06-22 19:19:26+00:00

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

Steps to reproduce:

Upgraded Firefox to 88.0 version.


Actual results:

A lot of buttons in Firefox now have blue focus ring and dotted line. What is the purpose of this thing? It's just distracting and I think it should be removed.


Expected results:

Firefox will not have it.
Bug: Tab key behaviour doesn't work properly for embedded documents in panels (breaks browser_PanelMultiView_keyboard.js when testing it)
Status: NEW
Priority: P3
Created: 2021-04-21 17:30:14+00:00
Resolved: 2021-04-26 14:40:48+00:00

To be able to land bug 1703583 (that ensures all waitForEvent promises are awaited), I had to remove `expectFocusAfterKey("Tab", backButton)` from browser_PanelMultiView_keyboard.js (https://hg.mozilla.org/mozilla-central/rev/b84d802f78c796f0fa245b221d52f9259b8cd59a#l5.1). Removing this line seems to make no difference to the test's overall behavior. Adding an await keyword makes the test timeout.

The back button is definitely not focused after sending a "tab" keypress. I profiled a bit, there's a "focusout" DOM event, but no "focus" DOM event happening after we trigger that tab keypress.

Gijs said at https://phabricator.services.mozilla.com/D111116#inline-619347 : This sounds bad, because the test is meant to ensure we leave doc and put focus somewhere meaningful. If that is broken, it's possible an implementation piece is also broken. Can you file a follow-up bug with more details and ping Jamie on it?
Bug: Tab sound icon missing until hovering
Status: NEW
Priority: P2
Created: 2021-04-21 17:50:03+00:00
Resolved: 2024-11-08 23:25:19+00:00

**This comment is copy/pasted from a community issue filed during the Foxfooding program.**

---

**Firefox Version:** Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0
**Window Size (inner width and height):** 1920x955

### Steps to Reproduce
Tabs no longer show a sound icon when they play sound.
I open a tab, I start playing a video, I switch to a different tab or window and I can no longer see which tab is making a sound.

This makes it very hard to track down an errant tab suddenly blasting sound, especially if you have multiple browser windows open.

### Expected Behavior
I expect Firefox to always show a speaker icon / sound icon when a tab plays sound, separately from the favicon.

### Actual Behavior
The icon only displays when I happen to hover over the tab bar in the right browser window, replacing the favicon(s). This makes it much harder to find the right tab.
Bug: "View image/video" is gone from context menu
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-21 17:54:14+00:00
Resolved: 2021-04-22 11:16:40+00:00

**Firefox Version:** Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:88.0) Gecko/20100101 Firefox/88.0
**Window Size (inner width and height):** 2225x1324

## Steps to Reproduce
Right click on an image or video.

## Expected Behavior
Allow viewing an image or video in the same tab while having the choice - via CTRL or middle mouse button - to open it to a new tab if needed. 
The same behaviour that has been present for probably a decade, if not longer.

## Actual Behavior
Only an option to open an image or video into a new tab is available ever since 88.0, no option to open it in the same window, which unnecessarily reduces functionality and causes unnecessary steps every time its desired to only show an image / video, as in, having to close the other tab. 
Also it prevents keeping only the image or video open and being able to backtrack to site from there, as the site is now in a different tab.
Bug: Middle-clicking a tab in the list all tabs menu dropdown (tab manager) doesn't close it
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-04-21 17:57:13+00:00
Resolved: 2021-11-03 12:38:11+00:00

**This comment is copy/pasted from a community issue filed during the Foxfooding program.**

---

**Firefox Version:** Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:90.0) Gecko/20100101 Firefox/90.0
**Window Size (inner width and height):** 2560x1338

## Steps to Reproduce
1. Open a lot of tabs
2. Open the drop-down menu on the right
3. Middle-click any entry

## Expected Behavior
The middle-clicked tab should close

## Actual Behavior
Nothing