av9ash/GitBugs huggingface dataset:
Bug: Change Search Settings label from Search Bar exceeds the button on narrow windows
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-05-04 16:37:31+00:00
Resolved: 2022-08-12 15:55:10+00:00

**Affected versions**
 * Fx90.0a1 2021-05-04
 * Firefox 89 beta 7
 
 **Affected platforms**
 * Windows 10 64-bit
 * OSX 11.2.3
 * Ubuntu 18.04 64-bit
  
 **Steps to reproduce**
 1. Launch Firefox and go to about:preferences
 2. Tick the option to add search bar in toolbar
 3. Reduce the browser width to a minimum where the search bar is still visible (not hidden by the overflow menu)
 4. Click on the search bar and press the Up arrow key

 **Expected result**
 * "Change Search Settings" label is centered
 
 **Actual result**
 * "Change Search Settings" label exceeds the button
 
 **Regression range**
 * Introduced with bug 1705507. Before, the label was centered and this issue was only spotted in older Ubuntu versions.
Bug: A tab-specific infobar is displayed above the browser-specific one
Status: NEW
Priority: P3
Created: 2021-05-04 17:59:27+00:00
Resolved: 2021-06-01 15:48:53+00:00

**Note**
* When the user triggers the "Captive portal" info bar and then the "Protocol handler" info bar, he will notice that their display order is incorrect.

**Affected versions**
* Nightly v90.0a1
* Beta v89.0b7
* Beta v89.0b4 (UNNAFECTED)

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Load about:config and make:
devtools.chrome.enabled = true
3. Open the "Browser console" (ctrl+shift+J / cmd+shift+J) and input:
CaptivePortalWatcher._showNotification()
Observe: browser-specific notification is displayed across all opened tabs.
4. Load https://www.lookout.net/test/handler/ 
5. Change the URL from http to https inside the second input box next to the "Run ad hoc test" button
6. Click the "Run ad hoc test" button

**Expected result**
* The tab-specific "Protocol handler" infobar is displayed below the browser-specific "Captive portal" infobar.

**Actual result**
* The tab-specific "Protocol handler" infobar is displayed ABOVE the browser-specific "Captive portal" infobar, incorrectly.

**Regression range**
* 2021-05-04T15:39:32.175000: DEBUG : Found commit message:
Bug 1682676 - Part 3: Test infobars inside of the chrome r=ewright
Depends on D104741
Differential Revision: https://phabricator.services.mozilla.com/D106013

**Additional notes**
* Issue logged based on the following information from Figma document:
"All browser-specific notifications will go in one notificationbox (rather than in gHighPriorityNotificationBox and gNotificationBox). This notificationbox will be above the tab-specific notificationbox, and new notifications are added at the top of the notificationbox.
All tab-specific notifications will be shown, with the newest notification at the bottom of the notificationbox."
Bug: Intermittent browser/base/content/test/protectionsUI/browser_protectionsUI_cookies_subview.js | We have 3 cookies in the list - Got 2, expected 3
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-05-04 18:34:07+00:00
Resolved: 2023-01-10 17:01:28+00:00

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

---
```
[task 2021-05-04T16:26:59.684Z] 16:26:59     INFO - TEST-PASS | browser/base/content/test/protectionsUI/browser_protectionsUI_cookies_subview.js | We have no empty labels - 
[task 2021-05-04T16:26:59.684Z] 16:26:59     INFO - Buffered messages finished
[task 2021-05-04T16:26:59.684Z] 16:26:59     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI_cookies_subview.js | We have 3 cookies in the list - Got 2, expected 3
[task 2021-05-04T16:26:59.684Z] 16:26:59     INFO - Stack trace:
[task 2021-05-04T16:26:59.684Z] 16:26:59     INFO - chrome://mochikit/content/browser-test.js:test_is:1369
[task 2021-05-04T16:26:59.684Z] 16:26:59     INFO - chrome://mochitests/content/browser/browser/base/content/test/protectionsUI/browser_protectionsUI_cookies_subview.js:assertSitesListed:172
[task 2021-05-04T16:26:59.685Z] 16:26:59     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-05-04T16:26:59.685Z] 16:26:59     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI_cookies_subview.js | Has an item for test1.example.org - 
[task 2021-05-04T16:26:59.685Z] 16:26:59     INFO - Stack trace:
[task 2021-05-04T16:26:59.686Z] 16:26:59     INFO - chrome://mochikit/content/browser-test.js:test_ok:1341
[task 2021-05-04T16:26:59.686Z] 16:26:59     INFO - chrome://mochitests/content/browser/browser/base/content/test/protectionsUI/browser_protectionsUI_cookies_subview.js:assertSitesListed:187
[task 2021-05-04T16:26:59.686Z] 16:26:59     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-05-04T16:26:59.687Z] 16:26:59     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI_cookies_subview.js | Uncaught exception - at resource://testing-common/BrowserTestUtils.jsm:323 - TypeError: can't access property "ownerGlobal", element is undefined
[task 2021-05-04T16:26:59.687Z] 16:26:59     INFO - Stack trace:
[task 2021-05-04T16:26:59.687Z] 16:26:59     INFO - is_visible@resource://testing-common/BrowserTestUtils.jsm:323:17
[task 2021-05-04T16:26:59.687Z] 16:26:59     INFO - assertSitesListed@chrome://mochitests/content/browser/browser/base/content/test/protectionsUI/browser_protectionsUI_cookies_subview.js:188:25
[task 2021-05-04T16:26:59.688Z] 16:26:59     INFO - Leaving test bound testCookiesSubView
```
Bug: Firefox Home Web Search bar focuses URL bar while typing
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-04 20:35:21+00:00
Resolved: 2021-05-06 12:45:00+00:00

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

Steps to reproduce:

Self-explanatory. 
As result, mixing in history and whatnot, opening unintended websites instead of doing an actual search.
Bug: Major real estate waste (bookmarks, tabs, new tab shortcuts)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-04 21:45:34+00:00
Resolved: 2021-05-05 18:26:17+00:00

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

Steps to reproduce:

Respectively, examine books marks, view any tab, or open a new page.


Actual results:

Firefox 89 design changes are wasting real estate. Why are we doing this?! Are we a late stage product like Apple smartphones where the only thing we can do is make small style changes that lessen the user experience in the name of "Cohesive, calmer visuals," to quote the 89.0beta release notes?

All my top level bookmarks folder used to fit on screen. Since 89.0b7 they don't because there is a lot of vertical white space between each item (see first partial screenshot, left side of attachment). Tabs now waste significant space above and below the icon + text, something that happened in an early 89 beta. The waste amounts to about 12 vertical pixels on my 1080 vertical display.

And what is going on with the new tab short cut icons? With some difficulty I long ago managed to assign nice shortcut images manually to websites that Firefox didn't handle well and/or didn't go out of their way to be helpful to Firefox.  Now all these shortcut images are much smaller (see attached partial screenshot, right side of attachment) because the UI is forcibly shoving a big white border around each shortcut image. It's not just a problem with shortcut images I assigned manually. Even well known shortcut images, for example the one for Google Maps, end up looking small.


Expected results:

These UI changes should never have been made. At the very least there should be an obvious manner to get back to a sensible use of real estate, i..e. a "compact" theme.
Bug: The default theme on Windows is massive
Status: NEW
Priority: P3
Created: 2021-05-04 22:39:28+00:00
Resolved: 2021-07-16 21:10:13+00:00

I rarely boot to Windows but I did now and on Nightly the default theme is taking a lot more space from the web than in other browsers. 
Had to find browser.uidensity pref to get reasonable UI.
I haven't used compact mode on Windows before this.

(I guess on linux I have always used compact mode)
Bug: macOS high contrast mode is always light
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-05-05 02:47:54+00:00
Resolved: 2023-06-02 15:21:29+00:00

When macOS is in dark mode and Firefox is in the system/dark theme then about: pages, infobars and modals all appear with light colouring. This worked pre-proton and is likely happening since we use the system colours, but they aren't set or aren't set to dark colours by the OS. [1]

STR
1. Enable macOS dark mode
2. Enable "Increase contrast" in Accessibility
3. Check about:preferences, infobars, modals

Originally reported in bug 1700983 comment 4.

[1] https://searchfox.org/mozilla-central/rev/2f109387cc6886859d3f985ed9aca352fff653b8/toolkit/themes/shared/in-content/common.inc.css#234-235
Bug: [Proton] "This time, search with" text in the search shortcuts is the wrong color/opacity
Status: NEW
Priority: P2
Created: 2021-05-05 03:28:22+00:00
Resolved: 2021-05-05 14:55:40+00:00

From https://phabricator.services.mozilla.com/D114203#inline-635035:

> There's a Proton bug here anyway, this text should be 5B5B66 in Light and BFBFC9 in Dark. It looks wrong in both. And probably it should use a color-mix of currentColor with LWT (and there I'd suggest to use 69% so it's the same as the placeholder).
Bug: "Show all bookmarks" button not accessible if lot of bookmarks
Status: NEW
Priority: P5
Created: 2021-05-05 07:08:46+00:00
Resolved: 2022-07-04 12:18:28+00:00

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

Steps to reproduce:

Click on the "burger" menu (App menu)
Click on "Library"
Click on "Bookmarks"




Actual results:

The list of "Recent bookmarks" is so big that the "Show all bookmarks" item is almost not visible (just some pixels).



Expected results:

The "Show all bookmarks" item should be at the top of the list of recent bookmarks to avoid this issue.
Bug: The JavaScript Variables behavior is different from the definition in w3schools
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-05-05 08:12:58+00:00
Resolved: 2021-05-05 08:38:17+00:00

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

Steps to reproduce:

Firefox Browser 88.0 (64-Bit) Windows 7

I have defined a variable as stated in the specification:
9.  + 10. Examples
https://www.w3schools.com/js/js_variables.asp

var x = "$" + 1 + 2;
var x = 1 + 2 + "$";




Actual results:

result of
var x = "$" + 1 + 2;   
$12






Expected results:

result of
var x = "$" + 1 + 2;   
$3
Bug: [macOS] Access keys don't trigger commands in context menu (e.g. typing Q for "Inspect Element")
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-05-05 09:58:13+00:00
Resolved: 2022-01-31 20:23:25+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:

Using:
- Firefox Developer Edition 89.0b8 (64-bit)
- macOS 10.15.4 (19E266)

Steps:
- Right click inside the viewport to show the context menu.
- Press Q.


Actual results:

The third option ("Reload") is highlighted, but not "clicked".


Expected results:

The Web Developer Tools should have opened to inspect the element under the cursor. To do this now requires moving the cursor down or using arrow keys to navigate to "Inspect Element" and clicking it or pressing Enter.

Was this change intentional? It sounds silly, but <Right click> + Q is one of the best quality-of-life improvements Firefox offers me over Chrome. Please consider reverting the change if it was intentional.
Bug: Edit bookmark panel's save button outline focus should be more noticeable
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-05-05 11:53:21+00:00
Resolved: 2021-06-30 05:34:17+00:00

**Affected versions**
latest Nightly 90.0a1 (2021-05-05) (64-bit)
Beta 89.0b8 (64-bit)

**Preconditions**
Set the following prefs in about:config

browser.proton.enabled = true
prompts.windowPromptSubDialog = true
prompts.contentPromptSubDialog = true
browser.proton.modals.enabled = true

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

**Steps to reproduce**
1. Launch Firefox.
2. Click on star icon to open add bookmark panel (or if a website is already bookmarked, to open the edit bookmark panel)
3. Press tab key for outline focus to be triggered, and reach the save button.

**Expected result**
Save button outline focus should be more noticeable

**Actual result**
The outline is not noticeable.

**Suggested Severity**
S3, since this won't affect the end users.

**Regression range**
Not a regression.

**Additional notes**
Please observe the attached screenshot.
Bug: Certain checkboxes are not being highlighted in high contrast
Status: NEW
Priority: --
Created: 2021-05-05 12:02:58+00:00
Resolved: 2021-05-14 23:33:58+00:00

**Affected versions**
latest Nightly 90.0a1 (2021-05-05) (64-bit)
Beta 89.0b8 (64-bit)

**Preconditions**
Set the following prefs in about:config

browser.proton.enabled = true
prompts.windowPromptSubDialog = true
prompts.contentPromptSubDialog = true
browser.proton.modals.enabled = true

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

**Steps to reproduce**
1. Launch Firefox after having switched to high contrast.
2. Go to about:support
3. Click on Refresh Firefox
4. Once the FF is opened again, use tab key to navigate through the options

**Expected result**
Outline focus should be triggered just as without high contrast

**Actual result**
The outline is not triggered.

**Suggested Severity**
S2, since it could affect the end users that use ff with high contrast enabled

**Regression range**
Not a regression.

**Additional notes**
Please observe the attached screenshot.
Bug: [RTL] The FxA "Show More Tabs" arrow points upwards instead of downwards
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-05-05 12:07:28+00:00
Resolved: 2021-05-20 09:27:47+00:00

#### Tested with:

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

Windows 10
Windows 7 

#### Preconditions:
RTL build installed.

#### Steps:

  1. Launch firefox (RTL build) and sign in into FxA using 2 devices.
  2. Open more than 25 tabs on one device and sync tabs with another devices.
  3. Open the hamburger menu, go to Firefox Account submenu and scroll down to the "Show More Tabs" option .
#### Actual result:

The "Show More Tabs" arrow points upwards instead of downwards. 
#### Expected result:
The "Show More Tabs" arrow should points downwards in order to expand the list of synced devices.

Ni? @Tyler for prioritize this.
Bug: Edit bookmark panel's save and remove button don't fit in the screen
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-05 12:12:18+00:00
Resolved: 2021-05-11 13:17:55+00:00

**Affected versions**
latest Nightly 90.0a1 (2021-05-05) (64-bit)
Beta 89.0b8 (64-bit)

**Preconditions**
Set the following prefs in about:config

browser.proton.enabled = true
prompts.windowPromptSubDialog = true
prompts.contentPromptSubDialog = true
browser.proton.modals.enabled = true

**Affected platforms**
Windows 10 x64 aarm64

**Steps to reproduce**
1. Launch Firefox.
2. Click on star icon to open add bookmark panel (or if a website is already bookmarked, to open the edit bookmark panel)
3. Click on arrow to expand tags text box
4. Observe the save and remove buttons are visible
5. Right-click in bookmak bar and select always show
6. Right-click in a bookmark to edit it
7. Expand tags text box


**Expected result**
The save and remove buttons should be visible

**Actual result**
The save and remove buttons don't fit in the panel

**Suggested Severity**
S3, since this won't affect the end users, they can press on those buttons by collapsing the tags.

**Regression range**
Not a regression.

**Additional notes**
Please observe the attached screenshot. There should be a scrollbar (just as when user clicks the star icon for editing a bookmark)
Bug: Minimize/Maximize/Restore Buttons missing/blacked out
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-05 14:02:18+00:00
Resolved: 2021-05-05 19:17:56+00:00

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

Steps to reproduce:

Create and launch a new profile


Actual results:

Min/Max/Restore buttons are missing, only a black rectangle occupies the space. the buttons appear to be blacked out but still work.

The buttons are briefly visible when resizing the window.
Occurs with and without webrender and with different themes.


Expected results:

The buttons should be visible.
Bug: The text strings and the button's of the Slow Script warnings are not as in the Figma doc
Status: NEW
Priority: P2
Created: 2021-05-05 14:06:24+00:00
Resolved: 2021-07-12 15:31:38+00:00

**Affected platforms:**
All

**Affected versions:**
Nightly 90.0a1
Firefox 89 beta 9

**Steps to reproduce:**
1. Launch Firefox.
2. Navigate to https://faraday.basschouten.com/mozilla/longrunningscript.html
3. Set "Script duration" to at least "20" seconds in the input box and press the "Start" button
4. Wait for 10s and while waiting make sure to click, touch, scroll or press a button
5. Observe the "Stop" button of the triggered Slow Script Info Bar.


**Expected Results:**
The button should be blue as in the [Figma doc](https://www.figma.com/file/FjUe6ORvXZgJvI3rPuTV33/Desktop-UI-(Mozilla-Confidential-)?node-id=4%3A2).
The first sentence of the text string should be written with "Bold" font.

**Actual Results:**
The "Stop" button is gray. 
The first sentence of the text string is not "bolded".

**Notes**
Reproducible on all slow scripts info bars (for the active tab, for another page that is slowing the browser, and for the extension that is slowing down the browser).
Bug: The Data Policy infobar should not have an icon
Status: NEW
Priority: P2
Created: 2021-05-05 16:58:09+00:00
Resolved: 2021-05-07 12:06:13+00:00

**Note**
* When the user triggers the Data Policy infobar (starts a firefox profile for the first time without an internet connection), he will notice that the newly designed infobar has an icon when it shouldn't. "FIrefox Informational" infobars should not show any icon as opposed to the "(just) Informational" type ones that should have the blue encircled "i" icon.

**Affected versions**
* Nightly v90.0a1
* Beta v89.0b8
* Beta v89.0b7
* Beta v89.0b5
* Beta v89.0b3
* Beta v89.0b1

**Affected platforms**
* all

**Steps to reproduce**
1. Disable the internet connection (easily by pulling the network cable out of the PC)
2. Open a new profile.
3. Notice that Data policy infobar.

**Expected result**
* It has no icon.

**Actual result**
* The encircled 'i' icon is being displayed incorrectly.

**Regression range**
* Not a regression, but an implementation issue.
* An exact change pushlog could not be provided because mozregression could not be used to investigate it considering the need to start a fresh profile without an internet connection.

**Additional notes**
* Documentation: https://docs.google.com/presentation/d/1Lt7w6FQIZDZAOO90UkeGwt6hcEZh3zElrVVCd7sSmD0/edit?ts=601aa9b4#slide=id.gb57c18b906_5_61
Bug: Latest 3 versions (currently 88.0.1) fail internal redirections in certain sites
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-05-05 17:46:04+00:00
Resolved: 2021-06-10 06:30:22+00:00

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

Steps to reproduce:

This is just one example, but happens to many sites:
Using USPS Click-N-Ship:
1. Filling out a shipping label.
2. Adding it to the cart - https://cns.usps.com/shippingCart
3. On https://cns.usps.com/shippingCart, clicking "Billing information"


Actual results:

After clicking the "Billing information" the site try to redirect to https://pay.usps.com/pay/checkout.html, but defaults to https://pay.usps.com/pay/systemError.html.
It says "A System Error has occurred. You will be redirected to USPS.com in 5 seconds."



Expected results:

It should redirect to https://pay.usps.com/pay/checkout.html

When I use Chrome or Edge, everything works fine - no errors.
This happens to many sites - one more example:
In Amazon Seller Central - When opening case - after filling out the info and clicking "Send", it displays " The requested URL doesn't exist. Please check your URL and try again."
Once again - I encountered this in many other sites lately under Firefox, but they work just fine in Chrome and Edge.
Bug: MR1 Connection security dialog overlaps text and icons
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-05 18:52:12+00:00
Resolved: 2021-05-05 21:03:32+00:00

## steps to reproduce/what did you do?
* Click the Lock icon here on Bugzilla
* Click the right arrow for more info

## expected behavior/ what did you think will happen?
* Text should not overlap icons

## actual behavior/ what actually happened?
* "You are securely connected.." overlaps Lock icon

Win10 + WebRender. Nightly 20210504214950