av9ash/GitBugs huggingface dataset:
Bug: Subpanel view is not displaying after opening Bookmarks Menu and Save to Pocket multiple times from the Overflow menu
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-04-14 14:01:32+00:00
Resolved: 2021-05-25 00:46:09+00:00

*Affected versions*
* 89.0a1(20210414093129)


*Affected platforms*

* Windows 10x64




*Steps to reproduce*
1. Open Firefox and add Bookmarks Menu and Save to Pocket to Overflow menu.
2. Click the Bookmarks Menu and then Back Arrow.
3. Click The Save to Pocket button and back arrow.
4. Click again the Bookmarks Menu button.


*Expected result*
* Bookmarks menu is opened.

*Actual result*
* Nothing happens. Browser console errors: [link](https://drive.google.com/file/d/1JoPo_UMw-TTxe_lYaSnI2cVIxSNoGqnw/view?usp=sharing)

*Regression range*
* Last good revision: aa432f04a7da3f25eea116cd5548bc9c8554f18c (2021-04-13)
First bad revision: 14541ee6ce5e7c9f273e83c0ad3b2ba1c46b02c5 (2021-04-14)
 1:30.55 INFO: Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=aa432f04a7da3f25eea116cd5548bc9c8554f18c&tochange=14541ee6ce5e7c9f273e83c0ad3b2ba1c46b02c5
Bisecting further mozregression points at bug 1704927 but I’m not sure due to interminency so I’ve attached the complete pushlog.


*Notes*
* Attached a screen recording.
* It seems that I cannot reproduce this with browser.proton.enabled:false. Tried multiple times and the issue is not reproducing.
* I cannot reproduce the issue on Ubuntu 20 and macOS 10.15.
* This is intermittent and may require a few tries.
Bug: The elements from the existing/updating users "Onboarding" modals are not accessible using a screen reader software
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-04-14 14:25:09+00:00
Resolved: 2023-06-02 15:21:51+00:00

**[Notes]:**
- On Windows 10 x64 (using the "NVDA" software) and Linux Mint 20 x64 (using the "Orca" software) the "Primary" and the "Secondary" buttons are successfully recognized by the screen reader software if the "Tab" key is pressed.

**[Affected versions]:**
- Firefox 89.0a1 - Build ID: 20210414093129

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

**[Prerequisites]:**
- Have a new Firefox profile.
- Have a screen reader software installed and turned on.

**[Steps to reproduce]:**
1. Open the browser and navigate to the "about:config" page.
2. Set the "browser.startup.homepage_override.mstone" pref to "88.0".
3. Restart the browser and observe the behavior.

**[Expected result]:**
- All the elements from the existing/updating user's "Onboarding" modal are successfully recognized by the screen reader software.
 
**[Actual result]:**
- The elements from the existing/updating user's "Onboarding" modal are not accessible through the screen reader software.

**[Additional Notes]:**
- On Windows using the "NVDA" software, the text strings are recognized at mouse hover.
- On macOS, the page behind the “Onboarding” modal is recognized and read by the “VoiceOver” software after the browser update.
- Also, this issue is not reproducible with the new user “Onboarding”. On this page, all the elements are successfully recognized by the screen reader software.
Bug: On Ubuntu with Dark theme - the mouse hover state over the blue buttons is difficult to notice
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-04-14 14:42:09+00:00
Resolved: 2023-01-25 17:18:36+00:00

**Affected platforms:**
Ubuntu 20.04 x64

**Affected versions:**
Nightly 89.0a1

**Pre-requisites:**
set the Dark theme by going to Settings -> Appearance -> Dark.

**Steps to reproduce:**
1. Launch Firefox 
2. Open a new tab to trigger the "Set as Default" Infobar
3.  Hover your mouse over the "Set as default" button
4. Close Firefox to trigger the Close multiple tabs modal.
5. Hover your mouse over the "Close tabs" button.

**Expected Results:**
The mouse hover state over the buttons should be noticeable.

**Actual Results:**
The mouse hover state is difficult to notice. Please see the screencast for more details. https://imgur.com/a/fjbJStl

**Notes:**
When Proton is disabled, the mouse hover state is more noticeable.
Bug: (Proton) (regression) protection panel is truncated
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-04-14 14:49:33+00:00
Resolved: 2022-01-05 19:04:36+00:00

Please see the attached screenshot: The protection panel is sometimes truncated on the bottom. I am not able to reproduce with Proton disabled.
Bug: Fix typo in vpn banner content
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-14 18:00:28+00:00
Resolved: 2021-04-15 04:21:30+00:00

STR:
Go to about:protections

Expected Results:
Try { -mozilla-vpn-brand-name } risk-free and see why TechRadar says, “its speed, simplicity and low monthly price make it worth a look.”

Actual Results:
Try { -mozilla-vpn-brand-name } risk-free and see why TechRadar says “its speed, simplicity and low monthly price make it worth a look.” 
(missing comma before quote)
Bug: pinterest tab closing delay
Status: NEW
Priority: --
Created: 2021-04-14 18:09:21+00:00
Resolved: 2021-04-15 12:31:47+00:00

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

Steps to reproduce:

Open some pinterest tab and try to close them.


Actual results:

There is a slight delay while closing the pinterest tab.


Expected results:

There should've no delay while closing pinterest tabs.
Bug: Command + click doesn't open links in new tab in FF for OS X 11.2.3 Big Sur
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-04-14 18:32:51+00:00
Resolved: 2021-05-07 08:00:02+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:

"COMMAND + click" on hyperlink on [Macbook Air M1] trackpad in both Google and DuckDuckGo search results. 


Actual results:

Does nothing. Does not open links in new tab when clicking a link in either Google or DuckDuckGo search results.


Expected results:

"COMMAND + click" on trackpad should open hyperlinks in new tab when clicking a link on any website. It works as expected in Safari browser, but not in Firefox. It works as expected on other, non-search engine pages such as reddit, facebook, etc.
Bug: Show sidebar missing from library and menu
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-14 19:07:59+00:00
Resolved: 2021-04-15 22:24:31+00:00

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

Steps to reproduce:

Click library button.
Check History (and Bookmarks) from button.
Enable menus.
Check History (and Bookmarks) from menus.


Actual results:

There is no "open history sidebar" or "open bookmarks sidebar" in either location.


Expected results:

Both locations should (and used to?) have menu items to open their respective sidebar.
Bug: Bookmarks Toolbar feature 'Only Show on new Tab' is not working
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-14 19:42:33+00:00
Resolved: 2021-04-15 12:09:51+00:00

This bug is affecting me. It happens exactly like this in Ubuntu 20.04 LTS and in Pop!_OS.

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

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

Steps to reproduce:

Create a new bookmark in the toolbar if your don't have any
Right click on the space between the address bar and the buttons on the right
Select 'Bookmarks toolbar' -> 'Only Show on new Tab'
Create new tab
Bookmark toolbar is not showing up


Actual results:

Bookmark toolbar is not showing up when 'Only Show on new Tab' is selected


Expected results:

When creating new tab with 'Only Show on new Tab' select, a bookmark toolbar should show up when creating new tab
Bug: Some Proton icons have inconsistent stroke width
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-04-14 20:49:59+00:00
Resolved: 2021-05-12 01:34:40+00:00

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




Expected results:

A few Proton icons appear to have an inconsistent width.

Here are some examples.

The lock icon and back button icon:
Bug: With "Bookmarks toolbar: only show on new tab", tab-switches to/from a new-tab cause the viewport-height to change (and cause layout/paint jank) **in all background tabs**
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-04-14 21:32:54+00:00
Resolved: 2024-06-10 19:21:00+00:00

STR:
1. Ensure you have "Bookmarks toolbar: only show on new tab" (this is the default)
2. Open two tabs, side-by-side. The first tab should be `about:home` (the new-tab page), and the second tab should be the attached testcase.
3. Switch back and forth between the two tabs.

ACTUAL RESULTS:
Every time you switch to the testcase, you can see that it has logged to indicate that its viewport changed height. (This height-change is from the toolbar appearing and/or disappearing while that tab is focused.)

EXPECTED RESULTS:
The toolbar-hiding-behavior should not cause the viewport of the testcase to change height.  Conceptually, the toolbar should only be present for the new-tab page; the testcase shouldn't incur layout-jank as a result of that toolbar being hidden from the tab-switch operation.

I ran into this "in the wild" at Google Photos -- I was viewing a large photo which is scaled to fit my viewport, and I noticed that there was a visible "jump" in the photo rendering whenever I switched from a new-tab to the Google Photos tab.  (It would briefly render at the smaller toolbar-smooshed size, and then render at the full viewport size.)
Bug: Proton context menu has a misaligned corner border
Status: NEW
Priority: P2
Created: 2021-04-14 23:47:24+00:00
Resolved: 2021-10-21 08:25:41+00:00

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

Steps to reproduce:

Right-click any element that open the new Proton context menu. Testing on Windows 10, not sure about other platforms.


Actual results:

The bottom right corner has its border misaligned - the radius of the border seems to be 1px smaller than the radius of the actual context menu background, resulting in a small gap in the corner.

Most likely this issue is actually occurring in all corners, but only visible in the bottom right due to the drop shadow being there.


Expected results:

The context menu border should have its radius match the actual context menu background, making it flush with the edge and look as expected.
Bug: Intermittent browser/base/content/test/captivePortal/browser_captivePortal_certErrorUI.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-04-15 00:57:03+00:00
Resolved: 2021-05-11 17:00:16+00:00

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

---
```
[task 2021-04-14T23:52:16.263Z] 23:52:16     INFO - TEST-PASS | browser/base/content/test/captivePortal/browser_captivePortal_certErrorUI.js | Accept the risk and continue button works on the captive portal page - true == true - 
[task 2021-04-14T23:52:16.264Z] 23:52:16     INFO - Leaving test bound testCaptivePortalAdvancedPanel
[task 2021-04-14T23:52:16.265Z] 23:52:16     INFO - Buffered messages finished
[task 2021-04-14T23:52:16.265Z] 23:52:16     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/captivePortal/browser_captivePortal_certErrorUI.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2021-04-14T23:52:16.265Z] 23:52:16     INFO - GECKO(1887) | MEMORY STAT | vsize 130551062MB | residentFast 2358MB
[task 2021-04-14T23:52:16.266Z] 23:52:16     INFO - TEST-OK | browser/base/content/test/captivePortal/browser_captivePortal_certErrorUI.js | took 370776ms```
Bug: High frequency browser/components/newtab/test/browser/browser_topsites_section.js | Uncaught exception - No overlay found - timed out after 50 tries.
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-04-15 03:33:12+00:00
Resolved: 2021-04-19 06:33:24+00:00

**Filed by:** nbeleuzu [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=336570942&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/TtmUau4rR1mXT_mqysS_6w/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/TtmUau4rR1mXT_mqysS_6w/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2021-04-14T23:55:06.175Z] 23:55:06     INFO - TEST-PASS | browser/components/newtab/test/browser/browser_topsites_section.js | Should find a context menu button - {} == true - 
[task 2021-04-14T23:55:06.179Z] 23:55:06     INFO - Leaving test bound topsites_pin_unpin
[task 2021-04-14T23:55:06.179Z] 23:55:06     INFO - Entering test bound topsites_add
[task 2021-04-14T23:55:06.179Z] 23:55:06     INFO - Buffered messages finished
[task 2021-04-14T23:55:06.179Z] 23:55:06     INFO - TEST-UNEXPECTED-FAIL | browser/components/newtab/test/browser/browser_topsites_section.js | Uncaught exception - No overlay found - timed out after 50 tries.
[task 2021-04-14T23:55:06.179Z] 23:55:06     INFO - Leaving test bound topsites_add
[task 2021-04-14T23:55:06.179Z] 23:55:06     INFO - Entering test bound test_search_topsite_keyword```
Bug: Hard to tell that back and forward buttons are active
Status: RESOLVED
Priority: P5
Resolution: INVALID
Created: 2021-04-15 06:11:49+00:00
Resolved: 2025-03-02 14:51:06+00:00

Noticed this a few days ago and soldiered on for a few days, trying to see if I would get used to it or if it was going to be improved. 

Steps to reproduce:

1. Open Firefox
2. Go to any page
3. Go to any other page (same tab)
4. Look at the back and forward buttons in the toolbar 

What happens:

The back and forward buttons are very thin, especially in comparison to the refresh icon and do not look sensitive to user input. They essentially look grayed out.

It is not an unexpected occurrence to need to see that the back button is disabled or insensitive to user input. I use containers, and there are times when a new tab is opened to ensure that a page opens in a new container segregated from the page it was opened from. That new tab has no back history or stack, and the correct action to get back to the originating tab is to go back to the tab the new page was opened from. I can do that very easily by using ctrl-shift-tab, but if I glance at the back button in the omnipresent toolbar, I am confused as to whether there *is* a back stack. The UI is not helping me be aware of what is happening here, and I instead need to mouse over the button in a mystery-meat-navigation kind of way to find out whether the control is sensitive to user input, instead of acting as an affordance. 

Expected result:

Back and forward buttons should be easier to see that they are sensitive to user input. At times, it is even hard to see the difference between the icons even when there are no pages to move forward to (and the back button is active), making me unsure of whether I can use the button. 

16:57.83 INFO: Narrowed integration regression window from [ca8aff82, 20cbe7fb] (3 builds) to [ca8aff82, f1601413] (2 builds) (~1 steps left)
16:57.83 INFO: No more integration revisions, bisection finished.
16:57.83 INFO: Last good revision: ca8aff8285cadc7fb74b0f05676ebcd98b4f77d3
16:57.83 INFO: First bad revision: f160141317e9c764ac698e7dab08c36820e7e922
16:57.83 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=ca8aff8285cadc7fb74b0f05676ebcd98b4f77d3&tochange=f160141317e9c764ac698e7dab08c36820e7e922
Bug: Adjust "Switch to tab" chiclet colors
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-15 07:53:43+00:00
Resolved: 2021-07-01 13:26:54+00:00

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

Amy reported that `Switch to tab` chiclet in tab results changes color to hover on selected rows, and looks a bit confusing/distracting.
The reason for which we do that is that switch to tab has been styled as a chiclet, and if we didn't change its background it would disappear since the selected row has the same (or very close) background color.

We don't have a solution at hand yet, so I'm filing this as a placeholder to remember about this issue.
Maybe we could have the chiclet invert color (so take the panel background color) on selection, rather than use the hover color?
My favorite solution would be to go back to simple action text, as it was before, since this is not a button.
Bug: [Proton] The focus ring on the Cancel/Save Changes buttons are cut off in the about:preferences modals
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-15 08:39:19+00:00
Resolved: 2021-07-28 09:36:16+00:00

**Affected Versions:**
Nightly 89.0a1

**Tested On:**
Windows 10
Windows 10 ARM Yoga
MacOS 10.15 and MacOS 11 M1

**Steps to reproduce:**
1. Go to about:preferences#privacy
2. Open any model from the Permissions section, ex: Autoplay, Notifications etc
3. Navigate to the "Cancel" and "Save Changes" button using TAB navigation
5. Observe the focus ring for the mentioned buttons

**Expected Result:**
The focus ring should be properly displayed.

**Actual Result:**
The focus rings for the "Cancel/Save Changes" buttons are cut off

**Notes:**
This is reproducible only for the new focus rings introduced with Proton.
Bug: The "Close tabs and exit?" confirmation message is wrongly displayed behind the existing/updating users "Onboarding" modal
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-04-15 08:50:27+00:00
Resolved: 2021-06-03 05:53:54+00:00

**[Affected versions]:**
- Firefox 89.0a1 - Build ID: 20210414160838

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

**[Prerequisites]:**
- Have a new Firefox profile.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites and navigate to the "about:config" page.
2. Set the "browser.startup.homepage_override.mstone" pref to "88.0" and restart the browser.
3. Press the "Alt+F4" keys (Cmd+Q on macOS) and observe the behavior.

**[Expected result]:**
- The "Close tabs and exit?" confirmation message is triggered and visible.
 
**[Actual result]:**
- The "Close tabs and exit?" confirmation message is NOT visible.

**[Additional Notes]:**
- If the existing/updating users "Onboarding" modal is dismissed the "Close tabs and exit?" confirmation message becomes visible.
- Attached a screen recording of the issue.
Bug: There is an empty button whilst no entries are added by the user in Bookmarks menu - Other bookmarks
Status: NEW
Priority: P5
Created: 2021-04-15 09:21:55+00:00
Resolved: 2021-04-27 14:32:27+00:00

**Affected versions**
- Firefox 88.0
- Firefox 89.0a1

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

**Steps to reproduce**
1. Launch Firefox with a clean profile
2. Enter customize mode and drag bookmarks menu to toolbar
3. Save the new changes and click over the bookmarks menu to open it
4. Hover over the Other bookmarks item in the list

**Expected result**
- The option is greyed out if there are not entries

**Actual result**
- An empty entry is shown, and if clicked a blocking sound (macOS) from the system can be heard

**Regression range**
- Will see for a regression if there it is one

**Additional notes**
- This can be seen in the following [attachment](https://drive.google.com/file/d/1uXb52-y-2rkgkksNndNqhrJVTsWbe6LE/view?usp=sharing)
Bug: Keyboard focused items from Overflow menu have a dotted line over the focus ring
Status: NEW
Priority: P2
Created: 2021-04-15 10:51:35+00:00
Resolved: 2021-04-16 14:04:20+00:00

*Affected versions*
* 89.0a1(20210414160838)


*Affected platforms*

* Windows 10x64




*Steps to reproduce*
1. Open Firefox and add some items to the Overflow menu.
2. Open the Overflow menu and use Tab key to cycle through items.


*Expected result*
* Focus ring is displayed as expected.

*Actual result*
* Dotted line over the focus ring. Customize Toolbar option is not affected.

*Regression range*
* Not a regression. This is an implementation bug.


*Notes*
* Attached a screen recording.
Bug: Two badly aligned checkboxes make their strings unreadable in "ast" locale
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-04-15 11:39:36+00:00
Resolved: 2021-12-06 16:33:09+00:00

(In reply to enolp from Bug 1705177 comment #0)
> Created attachment 9215850
> mozilla.png
> 
> User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0
> 
> Steps to reproduce:
> 
> Right now I'm reviewing the whole "ast" locale translations for Firefox Desktop and I found a bug on IU in different parts of the browser.
> 
> When "Clear Recent History" is open, "Offline Website Data" checkbox string is weirdly displayed as you can see in the screenshot. This issue also occurs in "Settings for Clearing History", here "Offline Website Data" exceeds the boundaries of the window.
> 
> However, buttons are also affected: "Save" and "Cancel" buttons are not centered and each container(?) is not responsive under "Responsive design mode > Device Settings > Add Custom Device".
> 
> I tried to change the value of "sanitize-prefs-style" to width: 30em on Pontoon, but I don't see any change for the first and second issue.
> 
> 
> 
> Expected results:
> 
> Text should be nicely shown regardless its length

(Cloned from Bug 1705177 which also reported issues in RDM. Firefox UI and RDM UI are handled in different components)