av9ash/GitBugs huggingface dataset:
Bug: Adding > 5 languages bumps the submit button in the "webpage language settings" modal just out of view.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-07 17:18:28+00:00
Resolved: 2023-04-11 05:56:01+00:00

I noticed this in Nightly today (proton prefs enabled if that matters) - when I went to add a 6th langpack, it didn't work.

Retracing my steps, it's because once you add the 6th item to the list, it expands and pushes the "submit" button out of view. I missed that it wasn't there and just closed the modal thinking I was done.

Imagine this is a relatively edge case, but figured I'd file nonetheless. 

STR:

1. About:preferences
2. Go to Language and Appearance.
3. Add enough langpacks to trigger overflow (for me, it was 5)
4. Now, add one more langpack. Watch what happens when you click the "add" button. It knocks the submit button out of view.

Here's a [video](https://recordit.co/IMPQ15RJVy) of this in action.
Bug: Protection panel is missing a number of Proton styles
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-04-07 18:36:50+00:00
Resolved: 2021-04-22 13:51:51+00:00

**Affected versions**
* latest Nightly 89.a01

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

**Steps to reproduce**
1. Launch Firefox.
2. Go to reddit.com and click on the shield icon from the URL bar.
3. Inspect the protection panel.

**Expected result**
* The radio button width is bit bigger.
* The "Site not working?" link is underlined.
* "S" from "Protection Settings" is written with lower case. Same goes for "Protection Dashboard", "Tracking Content" etc. - please observe the figma specs.
* The borders that delimitates each section are not stretched to the entire panel's width. Per specs, it should be a couple of pixels left at each sides. For example, the first border below the Protection for <website> is correctly displayed. 

**Actual result**
* Radio icon seems a bit smaller in width compared to the specs.
* The "Site not working?" link is not underlined.
* "S" from "Protection Settings" is not written with lower case. Same goes for "Protection Dashboard", "Tracking Content" etc. - please observe the figma specs.
* The borders that delimitates each section are stretched to the entire panel's width. Expect is the first border from the header, which is correctly displayed. 

**Suggested Severity**
* S2, since the permission panel is not completely styled for proton. 

**Regression range**
* Not a regression.

**Additional notes**
* please observe the attached sceenshots.
Bug: Hiding "Firefox Screenshot" button from interface should also hide "Take a Screenshot" option in right mouse button menu and disable Firefox Screenshot extension completely
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-04-07 18:58:18+00:00
Resolved: 2021-04-07 19:18:33+00:00

+++ This bug was initially created as a clone of Bug #1369307 +++

Hiding "Firefox Screenshot" button from interface should also hide "Take a Screenshot" option in right mouse button menu, so it should disable this Firefox feature completely, the same like it is now with Pocket feature.
Bug: (Proton) missing space between feature status and link in protections panel
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-07 19:40:12+00:00
Resolved: 2021-04-08 16:08:05+00:00

STR:

1. open the protections panel

Expected:

Some spacing between the bolded sentence and the link.

Actual:

Missing space. A screenshot for comparison is attached ("Funktioniert die Website nicht richtig?" is the link in the screenshot).
Bug: Revoking cam or mic permission doesn't always revoke both.
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-07 20:43:28+00:00
Resolved: 2021-04-28 12:15:50+00:00

By design, a single click clears both camera and mic together, because it's safer, as users may forget to clear both otherwise.

But it turns out this only works when both camera and microphone are [actively capturing](https://searchfox.org/mozilla-central/rev/62135a96327f42fd1ccf8a04feb62be04b102195/browser/modules/webrtcUI.jsm#603-606,610-611,613). If only the camera or only the microphone is hot, or neither are hot, then users have to click ✖ individually for camera and microphone. This seems inconsistent, and could lead users to think they've revoked both when they didn't, which is a privacy issue, since the site can begin capturing again unprompted from the device that wasn't revoked.

STRs:
 1. Open https://mozilla.github.io/webrtc-landing/enumerate.html
 2. Click `Start Both!`, check `☑ Remember this decision` and click `Allow`
 3. Click `Stop!`
 4. *(Optional: Click either `Start Mic!` or `Start Cam!`, but not both)*
 5. Click the 🎛️ in the URL bar to open the permissions drop-down and click the first ✖

Expected result:
- Both camera and microphone "Allowed" permissions disappear

Actual result:
- Only the microphone "Allowed" permission disappears. Camera is still there.

Discovered from [failing test](https://treeherder.mozilla.org/jobs?repo=try&revision=904ad2ddeb3e78c1be9a79996cf38b74f624fb5c&selectedTaskRun=AY4wQatCROijeOlt3lMeEg.0) in bug 1697487:
> ```
> TEST-UNEXPECTED-FAIL | browser/base/content/test/webrtc/browser_devices_get_user_media.js | no sharing indicator on the control center icon
> ```
Bug: (Proton) (a11y) Selected tabs almost not to see
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-04-07 20:57:30+00:00
Resolved: 2021-04-21 11:52:20+00:00

STR:

1. select multiple tabs

Expected:

You have no difficulties to see your selected tabs.

Actual:

It's almost not possible (at least to me) to see the selected tabs due to a insufficient contrast between the tab bar color and the tab color.

Marking as regression since it has a11y implications compared to pre Proton.
Bug: Automatic determination of accent color is undesirable
Status: NEW
Priority: --
Created: 2021-04-07 21:09:12+00:00
Resolved: 2021-05-18 12:52:13+00:00

[This revision](https://hg.mozilla.org/mozilla-central/rev/d548eba4ee80aab8ae8954fa135ec383402afffe) making the tab bar and URL bar accents use the darker of the highlight/highlighttext colors has resulted in illegible accent colors, particularly for dark themes.

The Pop theme in Pop!_OS uses a light blue background and black foreground for highlighted text. In Firefox 86 and below, this resulted in a light blue accent against the dark toolbar. In Firefox 87 and above, black is now being selected as the accent color (because it's darker than light blue), resulting in a black accent that cannot be seen against the dark toolbar in Firefox and the top panel in GNOME. (Screenshots attached.)

Since the intention of the revision was to ensure the accent color is visible, this seems like a bug (with the revision not considering all reasonable color schemes for highlighted text, toolbars, and accents.) A way to override the accent color via the GTK theme would at least provide a workaround for this situation.
Bug: Changing the Firefox setting for the jumplist items (visible after right-clicking the Firefox taskbar icon in Windows 10) does not function
Status: NEW
Priority: P3
Created: 2021-04-07 21:14:54+00:00
Resolved: 2022-01-04 17:14:18+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 wanted to get rid of all the annoying "Task / Frequent / Recent" jumplist items which become visible after right-clicking the Firefox icon on the taskbar (in Windows 10) in order to open up a new window. So I opened the Configuration Editor (about:config) and changed the setting "browser.taskbar.lists.enabled" from True (default) to False (see attached screenshot).


Actual results:

The only result was that the "Task / Frequent" items disappeared, but not the "Recent" ones (showing downloaded files, but - although not the subject of this bug report - strangely enough only picture and PDF files). Then I noticed to my surprise that another available setting, called "browser.taskbar.lists.recent.enabled" has False as its default, which - in my understanding - should already have solved the problem from the start.... So I thought "Maybe the developers have 'mixed up' something here", but changing that setting to True (and reverting it to False again after testing the former) didn't make any difference either (see screenshot).


Expected results:

The "Recent" items should have disappeared.
Bug: Broken graphics rendering on a PDF file
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-04-07 21:35:05+00:00
Resolved: 2021-12-10 14:57:44+00:00

While browsing the interwebs, I came accross a PDF file that has broken rendering in nightly: https://dl.ubnt.com/datasheets/poe/PoE_Adapters_DS.pdf

I made sure I was on latest nightly but it still repros.

STR:
 0. Download the file
 1. Open in Firefox
 2. Open in Evince

Expected:
 On page 2, the graphics for ESD protections are layed out the same way

Actual:
 On page 2 under Firefox, the graphics for ESD protections are over the left text.
Bug: Checkbox label wrapping causes layout issues in in-content dialogs
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-04-07 23:46:45+00:00
Resolved: 2021-04-09 09:35:48+00:00

After bug 1694661 the checkbox text for tab-switch checkboxes is longer. We determine the height of the dialog based on the unwrapped label, and if the label then wraps (depends on the length of the domain...) then the height computation for the dialog breaks and we end up with less height than we want, which then causes the main #infoBody element to shrink vertically, hiding the main dialog text (d'oh!).

It needs the same CSS fix I applied to #infoBody to deal with this.
Bug: Proton design tab buttons don't have edge between inactive tabs at all
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-08 02:23:09+00:00
Resolved: 2021-04-16 08:01:11+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. Enable the proton design (This is the default status now)
2. open many tabs until tab scrolls


Actual results:

The inactive tab is short and hard to differ between different tabs.
That is painful to use because I generally have many tabs opened mainly use mouse to switch between tabs.


Expected results:

The tab button should have some visual hint so you can know where is the tab button area even before hover it.
Maybe a line, a shadow, a dot, or any thing kinds of.
The old design uses a light line to denotes the area.
Edge 89 does something likewise except it did non stretch to full tabbar height.
Bug: Preferences - Keyboard TAB navigation on Applications section selects only 1st option then jumps to the next checkbox
Status: NEW
Priority: P2
Created: 2021-04-08 05:47:00+00:00
Resolved: 2023-06-02 15:21:25+00:00

**Affected versions**
* 88.0a1(2021-03-28), 88.0b8, 87.0; 

**Affected platforms**
* Win10, Ubuntu 20;

**Steps to reproduce**
1. Launch Firefox, access about:preferences#general
2. Scroll down to the Applications section;
3. Click inside the Search File types or applications field;
4. Press the TAB key a few times;

**Expected result**
* keyboard navigates through the table bellow (each row);

**Actual result**
* keyboard navigation - selects only first row then with TAB, it jumps over to the next checkbox;

**Regression range**
* regression range-wise, stumbled across builds that only selected the table and not the elements inside it; considering it as "good" to track the last changes in that area:
* last "good": 2018-10-14;
* first bad: 2018-10-15;
* Pushlog [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=3aca49b2df240e86d5b164feb18575681c818c63&tochange=4c11ab0cd98950983cfc957f579ace6c3e918a43);

**Additional notes**
* reproducible with proton pref both on/off;
* setting as S4 from the get-go since this is really more of an edge-case;
* attached screenshot with the issue.
Bug: Menu spacing is much larger than platform defaults
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-08 07:38:13+00:00
Resolved: 2021-06-22 14:24:04+00:00

Current Nightly, Proton enabled, macOS and Ubuntu Linux.

The hamburger menus, History and overflow menus have an amount of whitespace that is (roughly?) twice that of native menus (and thus of other apps). As a result, they're harder to read, take more screen real estate and cause a rather jarring effect when swapping back and forth between native apps and Firefox.

To make things worse, the main menu is still native, so spacing within the app is not consistent, and we're switching context menus to native styling (bug 34572), so the inconsistent visual appearance exists within Firefox itself too.
Bug: Page actions does not offer saving to Pocket
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-04-08 07:59:56+00:00
Resolved: 2021-04-22 18:10:16+00:00

Press "..." in the address bar.

There is no option to save pages to Pocket (aside from adding toolbar buttons which take space), but surprisingly, the "Share" menu does not offer Pocket as an option. In contrast, Firefox for Android does offer it as an option.
Bug: Cannot disable extensions
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-04-08 08:14:39+00:00
Resolved: 2021-04-20 14:38:27+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. Open Firefox
2. Type into the address bar https://www.samsung.com/it/tvs/all-tvs/?smart-tv


Actual results:

Increases CPU and power consumption. A message appears saying "Browser operation is slowed down by a web page. How do you want to proceed?"


Expected results:

The web page is perfectly displayable without any issues.
Bug: Tab notifications are distanced from the applicable tab
Status: NEW
Priority: --
Created: 2021-04-08 09:06:05+00:00
Resolved: 2021-04-17 21:24:07+00:00

Tab activity indicators, such as the one Slack uses, are visually harder to notice because they're distanced from the actual tab icon. Part of the reason seems to be the large amount of padding around the toolbar tabs.
Bug: The "Finish your Account setup" changes to "You've been disconnected" after restart
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-08 09:40:17+00:00
Resolved: 2021-04-14 10:16:28+00:00

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

[Affected platforms]:
Platforms: Windows 10

[Preconditions]:

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

[Steps to reproduce]:
1. Launch the Firefox Browser and Create a new account without verifying it.
2. Reach the Fxa Notification from the Hamburger menu.
3. Restart the Browser and reach the Fxa Notification from the Hamburger menu.

Expected Result:
The Finish your Account setup text should remain visible after restart.

Actual Results:
The Notification banner changes to You've been disconnected after restart.
Bug: [Linux/macOS] Shortcuts (key combinations) are not greyed out in Proton menu
Status: NEW
Priority: P2
Created: 2021-04-08 09:46:25+00:00
Resolved: 2023-02-07 18:38:38+00:00

Mozilla/5.0 (X11; Linux x86_64; rv:89.0) Gecko/20100101 Firefox/89.0 ID:20210407212527

The access keys in the new proton menu should be greyed out as they are on Windows.
See attached screenshot
Bug: about pages - TAB navigation should bring the whole button/checkbox in focus when page not in view
Status: NEW
Priority: --
Created: 2021-04-08 10:13:01+00:00
Resolved: 2021-05-20 14:17:08+00:00

**Affected versions**
* 89.0a1, 88.0b8 

**Affected platforms**
* WIndows 10, macOS 10.15, Ubuntu 16;

**Steps to reproduce**
1. Launch Firefox (optional enable Proton Prefs);
2. Access about:about
3. Open pages listed and press the TAB key to navigate inside page;

**Expected result**
* elements are visible;

**Actual result**
* buttons and checkboxes appear cut when TAB-cycling up/down and page not in view;
* most visible on long/zoomed pages, best one to illustrate is about:support;

**Regression range**
* initial investigations shows that issue is pre-existing to Proton but due to the scheme it's more visible;
* will check when time permits it;

**Additional notes**
* set S4, as this is an older issue;
* attached screenshot to illustrate the issue.
Bug: Proton: Stop flashing the mute status of tabs when the mouse is over the tab bar
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-04-08 10:32:38+00:00
Resolved: 2024-03-28 05:17:34+00:00

Visual changes should indicate a state change or an action that needs to be taken. The browser should not be distracting users from their current task.

Steps to reproduce:
1) Create more than one tab with at least one muted.
2) Move the pointer over the tab bar.

Expected result:
2) The item pointed to indicates you are pointing to it, and nothing else changes.

Actual result:
2) Items flash that are not being pointed to, distracting attention from the pointed item and the planned action.

I use the Auto Mute add-on so tabs won't distract me with sound, and with the current Proton behavior I have frequent distracting visual flashes when my pointer hits the tab bar.
Bug: Preferences - Nightly Data Collection and Use has last [Learn more] link floating to right
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-04-08 10:34:43+00:00
Resolved: 2021-06-09 10:06:04+00:00

**Affected versions**
* 89.0a1(2021-04-07)

**Affected platforms**
* Win10, macOS 10.15

**Steps to reproduce**
1. Access about:preferences#privacy
2. Observe the Nightly Data Collection and Use section;

**Expected result**
* links next to the options are consistent;

**Actual result**
* Learn more link for the last option is float-ed to right;

**Regression range**
* First bad: 2018-02-28;
* Last good: 2018-02-27;
* Pushlog: [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=505bafeafb66b0083ce1fca8eec2d061f1a5ebb7&tochange=17e47288c2249ac21bd2d0585b19c835984ed32b);

**Additional notes**
* attached screenshot to illustrate the issue.
Bug: Toolbar items are moving back and forth if placed between Flexible Space and Address bar when entering Customize mode and not signed in to Sync
Status: NEW
Priority: P3
Created: 2021-04-08 10:44:45+00:00
Resolved: 2021-05-12 15:18:48+00:00

*Affected versions*
* 89.0a1(20210407094544)

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




*Steps to reproduce*
1. Open Firefox and add a few items between the address bar and Flexible Space.
2. Enter Customize mode and observe the items before the Address Bar.


*Expected result*
* Customize is open as expected with no visual glitches.

*Actual result*
* The items from the toolbar are moving back an forth.

*Regression range*
* Pushlog: I believe that the regressor is bug 1686521 since this is so visible while the icon is hidden. The items were moving before this bug landed too but this was because of bug 1695172.

*Notes*
* Attached a screen recording.
* The issue does not reproduce if logged into FxA account and the icon is displayed.
* The issue does not reproduce if Firefox is in fullscreen.
* There is a slight move to the right side when Entering customize menu with proton disabled as well but it’s more accentuated with Proton enabled while not signed in to FxA.
Bug: The button selection border is displayed beneath the nearest button in about:memory page
Status: NEW
Priority: --
Created: 2021-04-08 10:57:41+00:00
Resolved: 2021-04-13 15:42:05+00:00

**Affected versions**
* Fx 89.0a1

**Affected platforms**
* Windows 10

**Steps to reproduce**
1. Launch Firefox.
2. Navigate to about:memory.
3. Navigate buttons inside the page using tab.

**Expected result**
* The buttons are correctly selected and highlighted.

**Actual result**
* The highlight border is displayed beneath the adjacent button.

**Regression range**
* This is a recent regression as the issue is not reproducible in Fx88.0b8.

**Additional notes**
* The issue is more clear when zoomed in to about 300% (but occurs even without zooming in).
Bug: Some tab titles pushed down a line oddly by system font with bogus metrics
Status: NEW
Priority: --
Created: 2021-04-08 11:33:02+00:00
Resolved: 2021-05-13 12:41:15+00:00

Nightly 89.0a1 (2021-04-07)
macOS 10.15.7

With the recent theme changes in Nightly on macOS, there seems to be a regression for certain tab titles (e.g. the page at https://elementary.io/, whose title tag currently contains "The fast, open, and privacy-respecting replacement for Windows and macOS &sdot; elementary OS") which pushes them down to the next line oddly.

STR:

1. Go to https://elementary.io/

ER:

The tab title should be vertically centred like the favicon.

AR:

The tab title is pushed down, as if it's wrapping oddly.
Bug: [Proton] Items inside about:preferences dropdowns are not visible with dark theme set in Windows 10
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-04-08 12:08:56+00:00
Resolved: 2021-04-12 13:13:20+00:00

**Affected versions**
* Nightly 89.0a1

**Affected platforms**
* Windows 10

**Steps to reproduce**
1. Make sure to have dark theme enabled in Windows 10
2. Start Firefox
3. Go to about:preferences#search
4. Click the Default Search Engine dropdown

**Expected result**
* Items in the dropdown are visible and respect the dark theme set in the OS.

**Actual result**
* Dropdown is white and the items are also in white text, making them invisible. They are visible only when hovering over them or going through them using arrow keys.

**Regression range**
* First bad: 72593dfc1e16b16ef11770d9e01a970d0e116d6f
* Last good: a5a265c2b2a5fa906275ffb8a1910c3e734bc76b
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=a5a265c2b2a5fa906275ffb8a1910c3e734bc76b&tochange=72593dfc1e16b16ef11770d9e01a970d0e116d6f
* Potential regressor: Bug 1701493 - [Proton] The drop-down background of the select box in the extension inline options page is transparent.

**Additional notes**
* Screenshot showing the issue is attached.
* Having Light theme set in OS does not show this issue.

**Suggested severity**
* I would say this is S2 severity because none of the items inside dropdowns can be seen and this is a recent regression.
Bug: [macOS VoiceOver] The Screen Reader reads out loud 2 times the "Remember this decision", "Allow', "Block" string from the WebRTC panel
Status: NEW
Priority: P3
Created: 2021-04-08 13:01:47+00:00
Resolved: 2021-04-08 15:16:54+00:00

**Affected Versions:**
latest Nightly 89.0a1 (2021-04-08) (64-bit) - this is a follow-up for the verification of Bug 1699053. 

**Tested on:**
MacOS 10.15/11

**Steps to Reproduce:**
1. Enable the macOS screen reader before starting Firefox 
2. Go to https://mozilla.github.io/webrtc-landing/gum_test.html
3. Use Option+Command+Right Arrow to navigate along with the screen reader to the Microphone&Camera button
4. Follow the voiceOver guidance to pres the button (Option+Command+Space) or hit Enter

**Expected Result:**
All the elements from the permission panel should be read out loud only once. 

**Actual Results:**
The Screen Reader reads out loud 2 times he "Remember this decision", "Allow', "Block" string from the WebRTC panel. 

**Note:**
Follow-up for the fix of Bug 1699053, not a regression.
Bug: The separator space is missing when multiple notifications are displayed in the Hamburger menu
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-04-08 13:36:36+00:00
Resolved: 2021-05-06 11:37:33+00:00

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

[Affected platforms]:
Platforms: Windows 10

[Preconditions]:

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

[Steps to reproduce]:
1. Launch the Firefox Browser and have multiple notifications triggered.
2. Reach the Hamburger menu.

Expected Result:
There should be a separator space between the banner notifications.

Actual Results:
There is no space between the banner notifications.