av9ash/GitBugs huggingface dataset:
Bug: 50.12% pdfpaint (windows10-64-shippable-qr) regression on push 7fe4363fd980fc54a1ae73033f26b61708c3eaea (Mon February 8 2021)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-02-11 07:38:28+00:00
Resolved: 2021-02-15 14:45:37+00:00

Perfherder has detected a talos performance regression from push [7fe4363fd980fc54a1ae73033f26b61708c3eaea](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=7fe4363fd980fc54a1ae73033f26b61708c3eaea). 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)**| 
|--|--|--|--|--|--| 
| 65% | pdfpaint |  | linux64-shippable | e10s stylo | 321.56 -> 530.55 |
| 58% | pdfpaint |  | windows10-64-shippable | e10s stylo | 347.76 -> 549.34 |
| 57% | pdfpaint |  | windows10-64-shippable-qr | e10s stylo webrender | 342.06 -> 536.18 |
| 54% | pdfpaint |  | linux64-shippable-qr | e10s stylo webrender-sw | 330.77 -> 509.27 |
| 53% | pdfpaint |  | macosx1014-64-shippable-qr | e10s stylo webrender | 440.50 -> 674.64 |
| 52% | pdfpaint |  | windows10-64-shippable-qr | e10s stylo webrender-sw | 350.70 -> 532.90 |
| 50% | pdfpaint |  | windows10-64-shippable-qr | e10s stylo webrender-sw | 350.69 -> 526.46 |
| 49% | pdfpaint |  | linux64-shippable-qr | e10s stylo webrender | 342.41 -> 509.27 |
| 45% | pdfpaint |  | macosx1014-64-shippable-qr | e10s stylo webrender-sw | 453.38 -> 655.49 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=28733), 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: [win] Firefox not ending background processes if closed from X button if opened with -migration command
Status: NEW
Priority: P3
Created: 2021-02-11 07:41:54+00:00
Resolved: 2021-03-09 10:24:19+00:00

*Affected versions*
* 87.0a1 (20210210215051)
* 86.0b8 (20210209185733)
* 85.0.2 (20210208133944)
* 78.7.1esr (20210204185103)

*Affected platforms*
* Windows 10x64

*Steps to reproduce*
1. Open Firefox with -migration -p command.
2. Select to import data from any browser.
3. After importing is complete, close the browser with the X button.
4. Observe the task manager.


*Expected result*
* Firefox processes are closed.

*Actual result*
* Firefox processes are still displayed.

*Regression range*
* I will search for one ASAP.

*Notes*
* Attached a screen recording.
* If Firefox is closed from the hamburger menu -> Exit the processes are also ended.
* If Firefox is opened without migration command the processes are closed as well when closed from X.
Bug: Strange selection of close button after keyboard navigation in notification prompt
Status: NEW
Priority: --
Created: 2021-02-11 09:24:07+00:00
Resolved: 2021-03-10 11:18:17+00:00

**Affected versions**
* Fx 86.0b8
* Fx 87.0a1

**Affected platforms**
* Windows 8.1 x64
* Windows 10 x64
* Ubuntu 16.04 x86

**Steps to reproduce**
1. Launch Firefox with a clean profile.
2. Access a webpage (ex. https://www.reddit.com/)  in order to push a notification icon in Firefox address bar.
3. Click the Notification icon from address bar, the notification prompt shows and navigate to the close button with Tab.

**Expected result**
* The close button selection is correct.

**Actual result**
* The close button has a strange selection, it is surrounded with a black border. 

**Regression range**
* First bad: 2020-11-17 (build ID = 20201117215529)
* Last good: 2020-11-16 (build ID = 20201116210217)
* Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=b9dd8e54c8ae449638635758a6571285655a4d0c&tochange=9dd0b13d77b96a7e1fd6b48c23f5fed1363498d2
* Potential Regressor: https://bugzilla.mozilla.org/show_bug.cgi?id=1677376
Bug: Autofill Logins and passwords not working [maybe related to strange Enterprise Policies behaviour]
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-02-11 09:43:15+00:00
Resolved: 2021-05-25 21:09:20+00:00

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

Steps to reproduce:

The Enterprises Policies issue reported at https://support.mozilla.org/en-US/questions/1325482 may be related.

The "Autofill logins and passwords" preference is no longer being honoured.


Actual results:

Login forms which have entries in the unlocked Password Manager are not being auto-filled. They used to be autofilled, prior to the following Enterprise Policies being activated:

DisableFirefoxAccounts [true]
PasswordManagerEnabled [false]
OfferToSaveLogins [false]
OfferToSaveLoginsDefault [false]

Even after the first 2 Enterprise Policies being removed, the behaviour continues with only these Enterprise Policies being shown active:

OfferToSaveLogins [false]
OfferToSaveLoginsDefault [false]


Expected results:

Login fields matching entries in the Password Manager should be auto-filled.
Bug: Firefox keeps bugging me about geolink app
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-11 10:49:09+00:00
Resolved: 2023-07-06 15:13:15+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Falkon/3.1.0 Chrome/83.0.4103.122 Safari/537.36

Steps to reproduce:

When I the map in my nextcloud server (https://my.server/pindex.php/apps/maps), firefox keeps bugging me about "add <my server> as application for geolinks.

i DO NOT WANT TO DO THAT. The window is lacing a NO THANK YOU button. UI design at its worst.


Actual results:

I got pissed with you, because of the horrid UI design.


Expected results:

You shoud have designed your UI to facilitate user happiness instead of designing it to facilitate anger and despair.
Bug: Proton Menu Update Does Not Allow Easily Restoring Session
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-02-11 11:13:40+00:00
Resolved: 2025-03-02 14:51:35+00:00

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

Steps to reproduce:

Enabled browser.proton.appmenu.

Restarted my browser.

Attempted to Access Restore Recent Session Item, either on the main menu, or in a sub-menu.


Actual results:

I was unable to do so.


Expected results:

In order to easily facilitate restoring an old session, a menu item should be included, either in the main menu, or within the history sub-menu.
Bug: Adding Opensearch search engine does not work for translate.google.com
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-02-11 13:16:53+00:00
Resolved: 2021-04-19 20:31:35+00:00

Steps to reproduce:
1. Open https://translate.google.com/
2. Click "Add Search Engine" from page actions menu in location bar

Actual Results:
```
Download Error
Nightly could not download the search plugin from: https://translate.google.com/opensearch.xml?hl=en_US
```

Expected Results:
The search engine is successfully added.
OR
If not allow , browser should not offer "Add Search Engine" in page actions menu and standalone SearchBar icon badge.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=8fe4738543cbff085e7d43da5ece4c80f4181291&tochange=f8343d64ab6f3a66fbc7d47484758725cb0335c2
Bug: Too easy to hit CTRL+Q instead of CTRL+W [linux][macOS]
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-02-11 14:16:26+00:00
Resolved: 2021-09-14 09:07:42+00:00

+++ This bug was created as a clone of Bug #52821 +++

I frequently open new windows on almost every page i visit.  Then I have a bunch
of browser windows to close.  Several times recently I've hit the <ctrl>-q
rather than <ctrl>-w - which of course closes mozilla and loses all the context
I've set up.  It would be nice to be able to disable the <ctrl>-w key so this
does not occur.


This is a long-standing bug 52821. That bug added a hidden preference, but that doesn't fix the problem for end users.

We already have a warning prompt when you close the window and there are multiple tabs open. That prompt is very annoying, because it's a common operation to open tabs, and it's obviously also a very common operation to close the window. That prompt shouldn't be there. It has a "[ ] Don't show this message again" option, which I always immediately enable for all new profiles, and even for novice users that I set up Firefox for. Firefox tabs are fairly unusable with that prompt enabled.

OTOH, as said above, hitting Ctrl-Q instead of Ctrl-W is very easy and usually *not* intentional. There, a warning is very much warranted and needed. If somebody really wants to use that keyboard shortcut, he could easily check "[ ] Don't show this message again" option (even with the keyboard, and only once per profile, it's only 2 keystrokes). But new users will be protected from htting this this destructive keystroke by accident.

The pref added in bug 52821 protects only those users who have already been hurt by this bug, probably multiple times, and are so annoyed and upset that they are actively searching for a solution, e.g. on Google. This is not good. We need to protect people from accidentally hitting this destructive keystroke, either by entirely removing or changing the shortcut, or by showing a warning. Those who really really want it just need 2 keystrokes to remove the warning, but everybody else is going to be protected.

This has been annoying so many people. Please fix it properly for everybody, not only those who are upset enough to actively search for a solution.
Bug: Select boxes in about:preferences not using correct styling
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-02-11 16:45:29+00:00
Resolved: 2021-03-29 18:04:48+00:00

With the menu restyle from bug 1682522 in place and when running a dark theme, dropdown boxes in about:preferences appear to be using the correct text and highlight colors, but a white background, so the text is not readable.

They're also not handling the drop shadow and its padding correctly; the padding gets the correct background color and the border around it, instead of the actual content.
Bug: Dark mode menu styling not applied in Library window or sidebar
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-02-11 16:48:51+00:00
Resolved: 2022-03-25 23:28:02+00:00

Context menus appearing in the library window or in any sidebar use the light theme no matter what the browser's theme is set to, even through the rest of the window/sidebar is dark.
Bug: Firefox fails to load page when opening link in a new tab
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-02-11 16:56:42+00:00
Resolved: 2021-04-06 13:57:22+00:00

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

Steps to reproduce:

Right clicked on a link and selected 'open link in new tab.' Tab opens but page fails to load. Bug is difficult to reproduce as it occurs at random and without correlation to another event.


Actual results:

Opened browser console and saw no request had no headers. Tried clicking in the address bar of the new tab then pressing enter to load the URL with the same results. Typing another URL in the new tab still fails to load. 


Expected results:

Tab should have loaded with requested link.
Bug: There are two "e" accelerators for about:preferences#general
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-11 18:17:14+00:00
Resolved: 2021-02-11 19:10:21+00:00

Steps to reproduce:
1) Visit about:preferences#general and scroll to the bottom.
2) See the underlined "e" in Network Settings/Settings...".
3) Press shift-alt-E.

Expected result:
3) The Settings... button is activated.

Actual result:
3) Enable picture-in-picture video controls is activated.

If Firefox is going to support two "e" accelerators on the same page it needs to watch were the user is looking to know which accelerator target the user is looking at. Or, as a temporary work-around until visual tracking is implemeted, don't define two accelerators with the same letter.
Bug: "Menu Bar" menu item is indented (or missing icon) in View > Toolbars menu and Proton tab bar's context menu
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-11 18:58:55+00:00
Resolved: 2021-02-12 18:48:10+00:00

### Steps to reproduce

0. Use Windows.
1. Enable `browser.proton.contextmenus.enabled` pref and restart Nightly.
2. Open the View > Toolbars menu OR right-click on an empty space in the tab bar to open the context menu.
3. Look at the "Menu bar" menu item.

### Expected result

The "Menu bar" menu item should be left justified and aligned with the other menu items.

### Actual result

The "Menu bar" menu item is indented, as if it has an icon but there is no icon. See the attached screenshot.
Bug: "This pdf document might not be displayed correctly" message when browsing web pages
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-02-11 19:00:19+00:00
Resolved: 2021-04-25 16:00:14+00:00

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

Steps to reproduce:

Open `https://sportsbay.org/live-streams` and click one of the links (streams?).


Actual results:

Message on top "This pdf document might not be displayed correctly"


Expected results:

No message - there is no pdf file to display.
Bug: "Take a Screenshot" context menu item's icon is invisible in dark mode (black icon on black background)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-11 19:09:21+00:00
Resolved: 2021-02-12 18:48:18+00:00

### Steps to reproduce

I'm using Windows 10 and Firefox's "Dark" theme.

1. Enable `browser.proton.contextmenus.enabled` pref and restart Nightly.
2. Right click on a web page to open the context menu.
3. Look at the "Take a Screenshot" menu item.

### Expected result

The "Take a Screenshot" menu item's icon should be legible, even in dark mode.

### Actual result

The "Take a Screenshot" menu item is invisible because the icon is black even when the context menu's background is also black. Hovering the mouse pointer over the "Take a Screenshot" menu item reveals the black icon.

See the attached screenshot.
Bug: Alpenglow combined with system dark theme makes it really hard to see which tab is selected
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-02-11 21:45:09+00:00
Resolved: 2021-04-07 12:44:04+00:00

STR:
Enable proton tabs via browser.proton.tabs.enabled=true
In Windows, set the system theme to use dark colors (unsure if/how to do this on macOS or *nix distros)
Enable Alpenglow theme
Bug: Ctrl does not exit middle-mouse scrolling
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-11 21:51:08+00:00
Resolved: 2021-09-07 04:11:18+00:00

(Hopefully this is the right component, apologies if it isn't.)

When scrolling by clicking with the middle mouse button, keyboard shortcuts (ctrl+a, ctrl+l, etc.) do not work.  It looks like most other programs deal with this by ending scrolling when pressing any key (including ctrl).

Other progams will also consume the first keystroke (ex. if you are scrolling and press F5, it will stop scrolling; pressing it again will refresh the page); however, most shortcuts work as scrolling is already stopped by pressing ctrl.

Occurs on the latest nightly, with/without fission.
Bug: Can't start new profile with browser.proton.toolbar.enabled on
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-02-11 23:51:02+00:00
Resolved: 2021-02-19 18:59:26+00:00

The home button migration checks `gSavedState.placements`, but if the toolbar migration code is run on the first profile startup then `gSavedState` is null.

STR:

I did an artifact build:

1. `rm -rf obj-xyz/tmp/profile-default`
2. `./mach run --setpref browser.proton.toolbar.enabled=true`

Expected results:
Functional Firefox without a home button

Actual results:
Nothing works (not even the close button on Windows, surprisingly).
This error: `JavaScript error: resource:///modules/CustomizableUI.jsm, line 615: TypeError: can't access property "placements", gSavedState is null`

Likely just needs a null check in the migration code. Looks like the other migration code [1] just flags itself as being migrated in this case, which makes sense to me.

[1] https://searchfox.org/mozilla-central/rev/d3343662ce0aced933b30e053b33c93f759292eb/browser/components/customizableui/CustomizableUI.jsm#355-364
Bug: Intermittent connection problems after update
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-02-12 00:26:12+00:00
Resolved: 2021-02-12 00:39:15+00:00

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

Steps to reproduce:

Updated firefox Nightly.



Actual results:

After nightly update having intermittent connection problems connecting to daily websites.  It took 3 or 4 attempts to connect to:
https://us.startpage.com

Youtube intermittently plays streaming video at a fraction of the speed of normal.
Youtube stats show connection speeds at less than 5mbps for live stream of abcnews prime: https://www.youtube.com/watch?v=A0TQUlskTLI
Youtube downgrading video quality based on slower connection speeds.

Speed test shows speed at 170mbps:
https://myspeedcheck.net/speedtest/google-fiber




Expected results:

Websites should load normally on first try.

Youtube should play videos at normal connection speeds.
Bug: Disabled menu items have a hover background color
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-02-12 03:27:33+00:00
Resolved: 2021-03-18 13:44:26+00:00

Noticed in the new context menus (browser.proton.contextmenus.enabled=true), that disabled menu items have a light gray background. When compared to Windows Explorer, this is not the platform behavior.

Steps to reproduce:

1. Set browser.proton.contextmenus.enabled = true
2. Restart Firefox
3. Navigate to example.com
4. right click page

What happens:

Note that the forward button and the View Background menu item appear with a lighter (dark mode, brighter in light mode) background color than the rest of the menu item on hover.

Expected result:

No change on hover for disabled menu items.
Bug: gmail>>compose>>submit button is not working.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-12 07:56:14+00:00
Resolved: 2021-03-03 13:23:57+00:00

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

Steps to reproduce:

open gmail then click on compose button write sender mail id, and subject along with mail body then clicking on submit button is not working.


Actual results:

clicking on submit button is not working.


Expected results:

submit should have sent the mail to reciever.
Bug: Firefox keeps forgetting the exceptions in the pop-up blocker list (due to clearing data on shutdown)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-02-12 10:15:23+00:00
Resolved: 2021-02-19 10:07:49+00:00

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

Steps to reproduce:

I want to add an exception for pop-up for http://192.168.1.1

1. Enter Settings -> Security -> Pop-Up-Windows -> Exceptions
2. Add http://192.168.1.1 to to the and hit the save button
3. Exit the settings
4. Sometime later quit FF
5. Reopen FF


Actual results:

The list for the exceptions is empty again.

And it does not matter if you just add one exception or multiple ones.


Expected results:

The exception(s) should still be there.
Bug: about:studies doesn't load on session restore
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-02-12 10:57:42+00:00
Resolved: 2021-04-19 22:24:06+00:00

Haven't looked into it more but on session restore about:studies is just a blank page.
My workflow is to refresh/pull w/ RS devtools and keep `about:studies` open so that on restart I can immediately see I'm enrolled in the experiment I expected.
Bug: The “Import Error” error modal is not displayed on the “about:logins” page after importing logins from a CSV file that contains multiple column headers
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-02-12 13:38:21+00:00
Resolved: 2021-03-24 13:42:25+00:00

[Affected versions]:
- Firefox Nightly 87.0a1 (Build ID:20210212100155)

[Affected Platforms]:
- macOS 11.1
- Windows 10 x64
- Ubuntu 20.04 x64.

[Prerequisites]:
- Have a new Firefox profile.
- Have a CSV file that contains multiple username/password column headers saved on your computer.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to the "about:logins" page.
3. Click on the Ellipsis Menu and select the “Import from a File…” option.
4. Select the CSV file from prerequisites and click on the “Open” button.
5. Observe what happens next.

[Expected result]:
- The logins from the CSV file are not imported and the “Import Error” modal is displayed.

[Actual result]:
-  All of the logins are imported on the “about:logins” page and the “Import Complete” modal is displayed.

[Notes]:
- All these logins are recognized as normal in the “Import Complete” modal and are imported with the last username/password updated on the CSV file.
- Attached a screen recording of the issue.
Bug: Bookmarks Toolbar doesn't show on New tabs if Firefox is fullscreen
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-12 14:10:16+00:00
Resolved: 2022-05-30 15:25:25+00:00

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

Steps to reproduce:

When FullScreen, New tabs doesn't show bookmarks toolbar.


Actual results:

when not fullscreen, bookmarks toolbar shows on all new tabs (as selected in customization)


Expected results:

should show on new tabs when fullscreen option is selected.
Bug: reopen all windows doesn't restore all tabs
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-02-12 15:24:01+00:00
Resolved: 2021-03-05 18:39:04+00:00

**[Affected platforms:]**
MacOS
Ubuntu 20
Windows 10

**[Affected versions:]**
Nightly 87.0a1
Beta 86.0b9
Release 85.0.2 

**[Description:]**
when I reopen all closed windows, one of the windows is missing the tabs I had opened before closing said window.

**[Steps:]**
1. Open Firefox with a new profile.
2. Open a new window.
3. open many tabs.
4. Repeat steps 2 and 3 with a third window.
5. Close the two windows with opened tabs
6. Go to Library -> History -> Recently closed windows -> Reopen all Windows.

**[Actual result:]**
Both windows are opened but one has only one tab open.
 
**[Expected result:]**
Both windows should be opened with all tabs restored.
Bug: Reordering tabs sometimes causes tabs to overlap
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-02-12 17:29:45+00:00
Resolved: 2021-03-18 09:18:26+00:00

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

Steps to reproduce:

Sometimes but not always when I click and drag a tab to change the order of the tabs, or attempt to drag a tab to another window, the tab won't go where I dragged it, but will instead partially or completely overlap it's neighbor, leaving a gap in the tab bar.


Actual results:

The tab was completely overlapping with another tab, and was unclickable. I was able to resolve the issue by opening a new tab and closing it.


Expected results:

The tab should have been reordered correctly without overlapping another tab.
Bug: Don't throw on enrollment if a duplicate feature id exists
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-02-12 18:40:29+00:00
Resolved: 2021-02-18 09:57:11+00:00

In [ExperimentManager](https://searchfox.org/mozilla-central/rev/3ff133d19f87da2ba01ade55d6e7fdf0fc28b08c/toolkit/components/messaging-system/experiments/ExperimentManager.jsm#217) we log and then throw an error when we try to enroll and an experiment with the same `featureId` already exists. We should exit early instead.