av9ash/GitBugs huggingface dataset:
Bug: Ctrl+Tab previews are too large and overlapping
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-30 03:13:48+00:00
Resolved: 2021-04-23 10:31:41+00:00

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

Steps to reproduce:

Open more than 3 tabs and switch between them with the Ctrl+Tab shortcut.


Actual results:

The previews of the tabs are too large and overlapping.


Expected results:

The previews should have normal size. The issue only occurs on Wayland. On X11 it works as expected.
Bug: inconsistent border(drop shadow) between standalone Searchbar dropdown  and addressbar dropdown
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-30 07:17:26+00:00
Resolved: 2023-08-09 20:02:47+00:00

Subject Says It All.


STR:
1. Enable Standalone searchbar
2. Click Magnifying glass icon
3. Compare Searchnar and Addressbar

Actual results: 
Inconsistent border.
Especially Proton(browser.proton.enabled=true,browser.proton.urlbar.enabled=true), no border searchbar dropdown.
Bug: Restore defaults is always available if extensions.pocket.enabled is set to false in about:config
Status: VERIFIED
Priority: P5
Resolution: FIXED
Created: 2021-03-30 08:25:02+00:00
Resolved: 2021-05-10 13:11:34+00:00

*Affected versions*
* 89.0a1 (20210329214331)


	
*Affected platforms*

* Windows 10x64
* mac10.15.7




*Steps to reproduce*
1. Open Firefox and set `extensions.pocket.enabled:false` in about:config.
2. Enter the customize mode and click multiple times on Restore defaults.




*Expected result*
* Restore Defaults is greyed out or can be selected only once like in previous builds.

*Actual result*
* Restore defaults can be selected multiple times

*Regression range*
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=9768659de9578807afd741533dc0be9cc02d3634&tochange=94729075e1a328aa06e716beede2582542c994c5

*Notes*
* Attached a screen recording.
* This happens with proton enabled and disabled as well.
Bug: [Proton] The WebRTC Permission Panel icons do no match Figma spec
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2021-03-30 09:21:09+00:00
Resolved: 2021-04-16 20:14:40+00:00

**Tested on:**
Nightly 89.0a1

**TestedPlatform:**
All

**Have the following prefs enabled:**
browser.proton.enabled
browser.proton.doorhangers.enabled

**Steps to reproduce:**

1. Open https://mozilla.github.io/webrtc-landing/gum_test.html
2. Click on the Camera or Microphone button
3. Check the Permission Panel

**Expected Results:**
The WebRTC Permission Panel icons match the Figma spec

**Actual Results:**
The WebRTC Permission Panel icons do no match Figma spec

**Note:**
Figma doc : https://www.figma.com/file/FjUe6ORvXZgJvI3rPuTV33/Desktop-UI-(Mozilla-Confidential-)?node-id=4561%3A40060
Bug: [Proton] On the WebRTC Permission Panel the "Allow [example.com] to use ..." string is not localized on DE builds
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-03-30 09:31:15+00:00
Resolved: 2021-05-25 16:12:27+00:00

**Tested on:**
Nightly 89.0a1 - DE build
Beta 88.0b4 - De build

**TestedPlatform:**
MacOS 10.15 
Windows 7
 
Optional: 
Reproducible with the proton prefs enabled as well

**Steps to reproduce:**
1. Open https://mozilla.github.io/webrtc-landing/gum_test.html
2. Click on the Camera or Microphone button 

**Expected Results:**
All the strings should be translated to German.

**Actual Results:**
On the WebRTC Permission Panel the "Allow [example.com] to use ..." string is not localized on DE builds
- same for each other string that requires: mic or camera access

**Notes:**
Might be due to Bug 1695082 when the strings got changed in support for Proton Permission Panel changes. The old strings are properly localized on Firefox Release 86 and 87. Marking it as a regression although not sure if localization is fully landed for DE, feel free to remove the regression tag if need be.
Bug: Search mode chiclet is missing X button in closed state
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-03-30 10:11:27+00:00
Resolved: 2021-05-04 02:07:04+00:00

**Affected versions**
 * Fx89.0a1 20210329214331
 
 **Affected platforms**
 * Windows 10 64-bit
 * Ubuntu 18.04
 * Mac OSX 11.2.3
 
 **Preconditions**
 The following prefs are enabled in about:config:
 - browser.proton.enabled 
 - browser.proton.toolbar.enabled 
 - browser.proton.urlbar.enabled 
  
 **Steps to reproduce**
 1. Launch Firefox and focus the address bar.
 2. Select a search shortcut to enter search mode
 3. Focus something in page
 4. Observe the search mode button and it's styling 

 **Expected result**
 * Close button [x] is present and it reflects the closed state styling [figma](https://www.figma.com/file/FjUe6ORvXZgJvI3rPuTV33/Desktop-UI-(Mozilla-Confidential-)?node-id=1729%3A66576)
 
 **Actual result**
 * Close button [x] is not present when the address bar is out of focus
 
 **Regression range**
 * This is not a regression
Bug: The "Try Again..." string from the "Import Error" modal exceeds the button's area on specific languages (Russian)
Status: VERIFIED
Priority: P5
Resolution: WORKSFORME
Created: 2021-03-30 10:11:37+00:00
Resolved: 2022-05-03 02:31:00+00:00

**[Affected versions]:**
- Firefox Nightly 89.0a1 (Build ID:20210328213901);
- Firefox Beta 88.0b (Build ID: 20210328185936)

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

**[Prerequisites]:**
- Have the latest Firefox Beta build installed.

**[Steps to reproduce]:**
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to "about:logins" page.
3. Open the menu, click the "Import from a file..." option.
4. Select and import a non CSV file.
5. Observe the "Try Again..." button of the "Import Error" modal.

**[Expected result]:**
- The button is correctly displayed.

**[Actual result]:**
- The localized "Try Again..." string exceeds the button's area.

**[Notes]:**
- Attached a screenshot of the issue.
Bug: Search bar focus on about pages not rounded properly at edges appearing cut
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-30 11:04:22+00:00
Resolved: 2021-04-16 19:39:35+00:00

**Affected versions**
* 89.0a1(2021-03-28), 88.0b4; 

**Affected platforms**
* Ubuntu 20, Windows 10;

**Steps to reproduce**
1. Launch Firefox;
2. Access about:preferences or about:addons
3. Zoom in;
4. Click inside the top-Search bar;

**Expected result**
* no issues;

**Actual result**
* blue focus-line is not filled @ the edges;

**Regression range**
* will check and provide one asap;

**Additional notes**
* visible with Proton prefs both on/off;
* other pages might also be affected, if they use the same search bar;
* attached screenshot to best illustrate the issue (zoom in for better visibilty).
Bug: Tooltip is misaligned on the first pinned/unpinned tab
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-03-30 11:06:56+00:00
Resolved: 2021-03-30 16:05:15+00:00

**Prerequisites**
* browser.proton.enabled = true
* browser.proton.tabs.enabled = true
*  browser.proton.places-tooltip.enabled = true

**Affected versions**
* 89.0a1

**Affected platforms**
* Windows 10
* Ubuntu 
* MacOS

**Steps to reproduce**
1. Open Firefox.
2. Open a few tabs
3. Hover over the first tab.
4. Observe the tooltip alignment.

**Expected result**
* Tooltip should be aligned with to the left of the tab in line with the tab border. 

**Actual Result**
* Tooltip is misaligned and its a few pixels to the left of the tab border. 

**Regression range**
* Will look for one ASAP.

**Additional notes**
* This issue also occurs with the tabs pinned.
* Please see the attachment
Bug: [Proton] [Light theme] The checkbox color from the "Remember this decision" string does not match Figma spec
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-03-30 11:17:36+00:00
Resolved: 2021-04-02 11:29:05+00:00

**Tested on:**
Nightly 89.0a1

**Tested Platforms:**
MacOS 10.15
Windows 7

Have the following prefs enabled:
browser.proton.enabled
browser.proton.doorhangers.enabled
Light Theme

**Steps to reproduce:**
1. Open https://mozilla.github.io/webrtc-landing/gum_test.html
2. Click on the Camera or Microphone button
3. Check the Permission Panel

**Expected Results:**
The checkbox should be of dark grey color, as in Figma spec: https://www.figma.com/file/FjUe6ORvXZgJvI3rPuTV33/Desktop-UI-(Mozilla-Confidential-)?node-id=4%3A1

**Actual Results:**
The "Remember this decision" checkbox is white

**Notes:**
Dark theme respects the Figma specifications.
Bug: The highlighted outline is overlapped on links (when displayed on two rows) on several about pages
Status: NEW
Priority: P3
Created: 2021-03-30 11:48:53+00:00
Resolved: 2021-05-12 15:18:44+00:00

**Affected versions**
- 89.0a1 (2021-03-29)

**Affected platforms**
- Windows 10
- macOS 10.11
- Ubuntu 20.04

**Steps to reproduce**
1. Make sure browser.proton.enabled is set on true in about:config
2. Open about:buildconfig
3.  Navigate the  page using TAB key until reaching link displayed under the Source section
4. While the focus is set, zoom in the page or reduce the browser width to readjust the link on two rows

**Expected result**
- The highlighted outline is not overlapped

**Actual result**
- The highlighted outline is overlapped

**Regression range**
- Last good revision: 3222c39fb7299cce346739e5b04a58a8c75e922a
- First bad revision: d8d407400667a78dac90650331665511ed8b6b20
- Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=3222c39fb7299cce346739e5b04a58a8c75e922a&tochange=d8d407400667a78dac90650331665511ed8b6b20

**Additional notes**
- Reproducible with the pref on and off, but regressed by a proton fix
- Multiple about pages are affected (about:compat, about:license, about support etc.) one that is not affected and the links displayed on two rows are properly adjusted  is about:telemetry
Bug: "Picture-In-Picture" in the tab media controller flickers after muting/pausing the video
Status: NEW
Priority: P3
Created: 2021-03-30 11:52:56+00:00
Resolved: 2021-04-14 18:49:00+00:00

### Preconditions
In about:config set:
browser.proton.enabled = true
browser.proton.tabs.enabled = true
browser.proton.places-tooltip.enabled = true

### Affected versions
Firefox 89.0a1 

### Affected platforms
MacOS 10.15
Windows 7 x64

### Steps to reproduce
1. Open Firefox.
2. Go to youtube.com and play any video.
3. Click on Picture-In-Picture.
4. Observe the tab.
5. Click on to Mute/pause the tab from Picture-In-Picture
6. Observe the tab.

### Expected result
"Picture-In-Picture" in the tab media controller shouldn't flicker after muting/pausing the video.

### Actual Result
"Picture-In-Picture" in the tab media controller flickers after muting/pausing the video.

Screen recording: https://streamable.com/j6ngu4
Bug: Settle on font size for panels and modals
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-03-30 11:57:21+00:00
Resolved: 2021-04-27 17:54:32+00:00

Dão raised issues with our plans to increase the font size for the dialog and panels in https://phabricator.services.mozilla.com/D109948 and https://phabricator.services.mozilla.com/D110128#3581006 .

It is not clear to me what the way forward here is supposed to be.

> It's pretty weird to have a one-off text size increase propagate through the UI like this, to the point where most of the Firefox UI would have a bigger-than-default text size.

It seems pretty reasonable to want to use variations in font sizes between different UI elements to emphasize or de-emphasize things, or simply to make things more readable when the default font size on Windows is not particularly big to begin with. We've already done this in the past on macOS for dialog contents, by setting `font: Menu` or `font: caption` which is a bit bigger than `font: message-box` which is used elsewhere.

> Perhaps we should stop increasing the URL bar text size instead if we want it to match text in other contexts?

I don't think this is what UX intends, but perhaps Emanuela can weigh in. My interpretation is simply that the text in panels and modals "looks too small" by default so we want to make it bigger. The figma designs use a different font as well as larger font sizes.

Dão further pointed out:

> Note that the URL bar uses 1.05em on Linux, 1.25em on Mac, and 1.15em on Windows.

Would it be acceptable to do the same thing for panels and modals, then? Why is this better than applying 1.25 or 1.15 factors across the board?
Bug: FxA button is sometimes removed for a split second from toolbar in Customize mode when using Undo/ Restore Defaults buttons
Status: NEW
Priority: P5
Created: 2021-03-30 12:56:19+00:00
Resolved: 2021-05-11 15:35:57+00:00

*Affected versions*
* 89.0a1 (20210330035059)


	
*Affected platforms*

* Windows 10x64
* mac10.15.7




*Steps to reproduce*
1. Open Firefox with proton enabled and enter Customize mode.
2. Add a random button to the toolbar and click on Restore Defaults/ Undo buttons.
3. Observe the FxA button.




*Expected result*
* The Fxa button is displayed as expected.

*Actual result*
* The Fxa button is removed for a split second causing items to be moved on the toolbar.

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

*Notes*
* Attached a screen recording.
* Attached a frame recording as well for a better understanding of the issue: [link](https://drive.google.com/file/d/11bybdA7rL03V5hGH6vmqvrCRi7GGUfet/view?usp=sharing)
* The issue is intermittent.
Bug: Bookmarked favicon has white background while the actual favicon does not
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-30 14:14:53+00:00
Resolved: 2021-04-06 19:07:13+00:00

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

Steps to reproduce:

Bookmark a site to my bookmarks bar


Actual results:

The site's favicon has a white background


Expected results:

The site's favicon should not have a background
(Happens only on my laptop and not on my desktop PC)
Bug: New Tab button styling looks different from tabs
Status: NEW
Priority: P3
Created: 2021-03-30 14:19:17+00:00
Resolved: 2023-08-16 16:14:07+00:00

The new tab button is commonly grouped with tabs, but its styling looks different from them:
1. it's misaligned by 1px, more specifically it's 1px too high on my screen
2. the button hover color is different from tabs hover color, it looks the same as toolbarbuttons hover color
3. the button hover color is also different from the selected tab color (so when the last tab is selected there's many shades of gray close each other)

This has been tested with the Dark theme on Windows 10.
Bug: The pocket button remains pressed after "pocketing" an article
Status: NEW
Priority: P3
Created: 2021-03-30 14:44:37+00:00
Resolved: 2021-04-15 16:22:46+00:00

I've just noticed this with yesterday's nightly on Windows. If I click the pocket button it will turn red and display the usual banner. If I click outside of the banner afterwards the button briefly reverts to its black & white non-pressed state, then goes back to red and remains that way. The button resets to its normal appearance only after browsing to another page or reloading the tab.
Bug: Hard to see that there are more tabs at the ends of the tab strip
Status: REOPENED
Priority: P5
Created: 2021-03-30 16:10:27+00:00
Resolved: 2021-05-12 15:18:57+00:00

Steps to reproduce:

1. Set `browser.proton.enabled` to true
2. Restart Firefox 
3. Open many tabs (enough that the tab strip overflows)

What happens:

It looks like the tabs end and do not continue offscreen.

Expected result:

Something like prior to bug 1693795.

 7:38.89 INFO: No more integration revisions, bisection finished.
 7:38.89 INFO: Last good revision: 5a9e649ae7dca860ac85034f45f919e2ca9be4f2
 7:38.89 INFO: First bad revision: 07e1fb85f61af92ca36d0961caa5b198daf1a32d
 7:38.89 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=5a9e649ae7dca860ac85034f45f919e2ca9be4f2&tochange=07e1fb85f61af92ca36d0961caa5b198daf1a32d
Bug: The Sign in to Firefox label is misaligned when the Hamburger menu is opened using Touch
Status: RESOLVED
Priority: P3
Resolution: INVALID
Created: 2021-03-30 17:08:02+00:00
Resolved: 2022-09-06 22:15:37+00:00

[Affected versions]: 
89.0a1 (2020-10-29) 

[Affected platforms]:
Platforms: Windows 10

[Steps to reproduce]
Scenario 1:
1. Launch the Firefox browser on a Touch screen device.
2. Open the Hamburger menu using the touch functionality

[Expected result]
The "Sign in to Firefox" label and icon should be displayed properly when the user opens the Hamburger menu using touch.

[Actual result]
The Icon from the Sign in to Firefox label is missing and the entire label text is misaligned.

Please note that this issue only occurs with the browser.proton.enabled = false.
Bug: Proton: Mouse/Keyboard hovering on a one-off has almost the same color
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-03-30 18:27:33+00:00
Resolved: 2021-04-12 20:54:44+00:00

Mouse/Keyboard hovering on a one-off has almost the same color


**Tested on**
Windows10 64bit , MacOS 10.14, Ubuntu 20, affected on all.
with firefox nightly 89.0a1


**steps**

1. Enable Proton.
user_pref("browser.proton.enabled", true);
user_pref("browser.proton.toolbar.enable", true);
user_pref("browser.proton.urlbar.enabled", true);

2. Change theme to light theme
3. Type something in address bar
4. Hover with mouse over one of the one-offs
5. press down key many times, untill you reach another one-off
6. Check color differences.

**actual result**

light theme: mouse and keyboard one-off hovering have almost same color (on ubuntu not affected since it is orange)
default :    mouse and keyaboard one-off hovering have almost same color
Dark theme:        mouse is light black, and keyboard is completely dark
alpenglow:   mouse and keyaboard one-off hovering have almost same color


**expected result**
there should be a clear difference between selecting a one off with the mouse and selecting it with the keyboard.
Bug: Extension buttons in the location bar are very hard to see with the Proton Dark theme
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-03-30 19:23:47+00:00
Resolved: 2022-06-14 00:00:50+00:00

The screen shot attached contains shows the "Reader Mode" button, the "In-Page Pop-up Reporter" button, the "Always open this in a Container" button, and the Bookmark button. The "Reader Mode" and Bookmark buttons look fine, but the other two buttons are extremely hard to see.
Bug: Tabs without a favicon show a blank area on the tab when audio is playing and the mouse isn't in the tabstrip
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-03-30 20:34:14+00:00
Resolved: 2021-04-26 12:00:15+00:00

STR:
Open about:config
Press Ctrl/Cmd+M to mute the page

ER:
The muted audio icon should appear in the tab and remain there when the mouse is in and out of the tabstrip

AR:
The tab shows a blank area at beginning, and the muted audio icon appears in the blank area when the mouse moves in to the tabstrip
Bug: The favicon area should not collapse when selecting a tab with no favicon if WebRTC is enabled
Status: NEW
Priority: --
Created: 2021-03-30 21:22:25+00:00
Resolved: 2021-04-01 18:51:23+00:00

STR:
Go to a website that uses WebRTC but doesn't have a favicon
Allow WebRTC to use the camera
Rotate between selected tabs
When the WebRTC tab is unselected, the favicon should rotate between a globe and recording favicon.

ER:
When the WebRTC tab is selected, the globe icon should be displayed

AR:
When the WebRTC tab is selected, the favicon area is collapsed and the tab title moves over
Bug: Fix icon position and color styling for app menu notifications
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-03-30 22:37:02+00:00
Resolved: 2021-05-01 16:29:00+00:00

The Proton app menu notification banner spec calls for the following styling changes to the banner:

1) The icon should be moved to the opposite side (from the left side to the right side of the menu for left-to-right locales).
2) The background colors should be changed to those being used for buttons (including hover, focused, and pressed states if possible).
3) Margins and padding probably need to be adjusted.
Bug: "Saved to Pocket" door hanger has a white rectangle at the bottom
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-03-31 00:33:10+00:00
Resolved: 2021-06-08 11:53:04+00:00

When I use the "Save to Pocket" toolbar button to save a page to Pocket, the "Saved to Pocket" door hanger has a white rectangle at the bottom after the list of Similar Stories.

See the attached screenshot.

I think this is a regression from bug 1690608.
Bug: about:certificate - review TAB select order for while inside page
Status: NEW
Priority: --
Created: 2021-03-31 05:57:06+00:00
Resolved: 2021-04-16 15:16:52+00:00

**Affected versions**
* 89.0a1(2021-03-28), 88.0b3;

**Affected platforms**
* Ubuntu 20, Windows 10;

**Steps to reproduce**
1. Launch Firefox, access about:certificate
2. Press the TAB key 5 times;

**Expected result**
* selection made in expected element;

**Actual result**
* tab selection order: 
1. Servers 
2. Nothing(first table row under Servers) - filed bug 1702122 for this;
3. 1st Certificate 
4. Export button 
5. Export button text;
- the blank table cell should not be selected (nr.2);
- the text button should not be selected(nr.5) but the button(nr.4);  pressing tab key after nr.4 should select the next element;

**Regression range**
* will check and provide one asap, updating fields until then;

**Additional notes**
* reproducible with proton prefs on/off.
Bug: Clicked state on Oveflow menu button is not kept when opening context menus for the items in it
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-03-31 06:48:36+00:00
Resolved: 2021-04-15 06:47:50+00:00

**Affected versions**
- Firefox 89.0a1

**Affected platforms**
- macOS 10.15.7
- Windows 10
- Ubuntu 20.04

**Steps to reproduce**
1. Launch Firefox
2. Add some items to the overflow menu
3. Click on overflow menu to open it
4. Right click a couple of times over the items in the list

**Expected result**
- The clicked state is kept on the overflow menu button

**Actual result**
- The clicked state is not kept on the overflow menu button

**Regression range**
- Will see for a regression

**Additional notes**
- The issue can be seen in the following [attachment](https://drive.google.com/file/d/1a2B8zqND7YmwQDnV889iWgs0qYfwJyVI/view?usp=sharing)
Bug: about:loginsimportreport - Limit focus ring to only the "Learn More" link string
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-31 07:08:49+00:00
Resolved: 2021-03-31 13:38:09+00:00

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

**Affected platforms**
* Ubuntu 20, Windows 20;

**Steps to reproduce**
1. Launch Firefox, access about:loginsimportreport
2. Press the TAB key to reach Learn more 

**Expected result**
* focus ring limited to the "Learn More" string

**Actual result**
* focus ring expands on the cell containing the string;
* with proton the ring expands over the text;

**Regression range**
* will check and provide one when available;
* probably not a regression and as this since initial implementation;

**Additional notes**
* attached screenshot with the issue.