av9ash/GitBugs huggingface dataset:
Bug: Language selection menulist is not aligned with the "Add" button and with the table, and not the same size
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-04-21 15:50:21+00:00
Resolved: 2020-09-23 06:07:26+00:00

STR:
1. Open about:preferences
2. Under Language, click "Select"
3. Observe the language selection menulist and the followed "Add" button

ER:
Both are not the same size, and are not aligned with each other.

AR:
Same size and alignment.


This is quite easy to fix for the language dialog alone, but it may be better to also unify the min-height for all menulists/buttons/.accessory-button/xul|search-textbox etc. as some of them can appear next to others causing this discernible size difference.
Bug: [Windows] The account is wrongly locked after failing to login 3 times even if the Windows lockout policy is set to more than 3 invalid logon attempts
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-04-21 16:26:08+00:00
Resolved: 2020-04-24 09:48:26+00:00

[Affected versions]:
- Nightly 77.0a1;
- Beta 76.0b6;

[Affected Platforms]:
- Windows 10 x64;
- Windows 7 x64;
- Windows 8.1 x32;

[Prerequisites]:
- Have an OS password set.
- Have at least one login saved.
- Have an account lockout policy set to at least 5 invalid logon attempts. 

[Steps to reproduce]:
1. Open the latest Nightly Firefox browser.
2. Navigate to the "about:logins" page and select a saved login.
3. Click on the "Show Password" button.
4. Enter an invalid password in "Windows Security" dialog 3 times.
5. Click again on the "Show Password" button and enter the correct password.
6. Observe the behavior.

[Expected result]:
- The password is shown.

[Actual result]:
- "The referenced account is currently locked out and may not be logged on to." message is displayed and the password is not shown.

[Notes]:
- I have also compared the behavior with Chrome and the issue is not reproducible. The account is locked only after entering the defined invalid logon attempts. 
- Attached a screen recording with the issue.
Bug: Can't set Nightly as default browser on Windows 10
Status: NEW
Priority: P3
Created: 2020-04-21 16:30:29+00:00
Resolved: 2020-05-15 19:58:30+00:00

- Firefox Nightly 77.0a1 (2020-04-21) (32-bit)
- Windows 10 Home (version 1909, OS build 18363.778)

For some reason, I'm unable to set Nightly as my default browser on my Windows 10 laptop. I get the prompt asking if I'd like to set Nightly as default upon starting the browser OK, and following that flow takes me to the right place in Windows settings. The problem is that Nightly doesn't appear as an option in the list of choices (see attached screenshot). All other browsers appear ok.
Bug: originalReferrer for a download's referrerInfo can be null in DownloadsManager.jsm
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-04-21 16:30:45+00:00
Resolved: 2020-05-04 09:35:02+00:00

In bug 1576284 we started using the referrer's spec, but we don't check if the URI is null or not, so we throw:

```
TypeError: download.source.referrerInfo.originalReferrer is null
```

from https://searchfox.org/mozilla-central/rev/d2cec90777d573585f8477d5170892e5dcdfb0ab/browser/components/newtab/lib/DownloadsManager.jsm#48 .

Seeing this on my daily driver browser. I *think* it's as a result of opening a pdf in pdfjs and clicking the download button in there to download it.
Bug: The backwards tab switcher (ctrl+shift+tab) doesn't work when regular one not opened before
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-21 16:47:49+00:00
Resolved: 2020-04-22 16:35:33+00:00

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

Steps to reproduce:

Press ctrl+shift+tab.


Actual results:

Unlike ctrl+tab, the keybinding doesn't work when the tab switcher is not already opened.


Expected results:

It should open the tab-switcher and switch one tab back.
Bug: render
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-21 17:24:58+00:00
Resolved: 2020-05-28 12:04:42+00:00

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

Steps to reproduce:

Just opened pages on different sites


Actual results:

Some pages don`t have their content. HTML tags aren`t rendered. Also spans on buttons in screenshot mode disapeared


Expected results:

Normal view of page, rendered tags
Bug: Duplicated StartMenuInternet registry key created by update
Status: NEW
Priority: P3
Created: 2020-04-21 17:55:52+00:00
Resolved: 2020-05-15 19:04:06+00:00

`PostUpdate` seems to always be creating a key in the HKCU version of `Software\Clients\StartMenuInternet` even when one already exists in HKLM. I don't think this should hurt anything, and I haven't seen it hurting anything, but we should not be doing it.
Bug: favicon.ico not showing correctly in Bookmarks Toolbar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-21 18:29:49+00:00
Resolved: 2020-05-27 13:58:27+00:00

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

Steps to reproduce:

I drag the tab to the Bookmarks Toolbar.


Actual results:

The favicon.ico shows a different image in the Bookmarks Toolbar


Expected results:

The same favicon.ico in the tab should also show in the Bookmarks Toolbar.
Bug: Improve handling of Windows usernames and domain accounts for OS authentication
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-04-21 18:40:41+00:00
Resolved: 2020-06-16 12:19:09+00:00

As part of authenticating against the OS when providing access to stored passwords in about:logins, we attempt to check if the user has no password on their account. This will register as a login attempt, and can count against a users allowed number of failed login attempts.

We should cache if the user has no password so we can skip this step in the future. We can use https://docs.microsoft.com/en-us/windows/win32/api/lmaccess/ns-lmaccess-user_info_1 to check the password age and re-attempt if the password has been changed.
Bug: Browser chrome is the wrong color for dark theme in Nightly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-21 19:13:24+00:00
Resolved: 2020-06-11 19:48:32+00:00

I'm on Nightly 77.0a1 (2020-04-21).

The dark theme seems to be using the wrong colors (see screenshot) for the browser chrome. `about` pages still respect `prefers-color-scheme` and show correctly.

I've tried changing the default appearance at the OS level as well as using `ui.systemUsesDarkTheme` to switch themes and neither help fix the issue.
Bug: Arch linux downloading failed
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-21 19:39:21+00:00
Resolved: 2020-04-21 20:36:48+00:00

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

Steps to reproduce:

When I try to download something in the browser, I'm able to select the location but then once I save it, it fails and I have no idea why. Is there any log information I should provide for this bug? Its happened to me before and I'm not sure why its happening again.


Actual results:

Downloads Fail.


Expected results:

Downloads should complete.
Bug: Tab crashes when in foxnews.com
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-21 21:09:09+00:00
Resolved: 2020-05-28 12:04:10+00:00

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

Steps to reproduce:

At foxnews.com or any of their redirects tap crashes


Actual results:

produces note Gah tab crash


Expected results:

I should be able to read news or redirects without tab crashing.
Bug: Cannot remap New Private Window to cmd+shift+n
Status: NEW
Priority: P5
Created: 2020-04-21 21:15:14+00:00
Resolved: 2020-05-11 13:13:14+00:00

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

Steps to reproduce:

On MacOS, I added a new shortcut for 'New Private Window' and bound it to cmd+shift+n. I also changed the shortcut to open the dev console to cmd+option+j, which is working


Actual results:

The menu shows the correct shortcut, but previously closed windows are reopened when it's used. The file menu highlights when the shortcut is used.


Expected results:

A new private window should open.
Bug: Keyboard shortcuts all missing
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-21 22:12:03+00:00
Resolved: 2020-06-11 19:37:20+00:00

Since my most recent upgrade/restart my keyboard shortcuts have stopped working (for example: CMD+T won't open a new tab anymore). When I look in the menu it shows all shortcuts are just CMD (screenshot attached).

Some of them started working again and showed back up in the menu but then they stopped again. I didn't restart or anything so I'm not sure what caused that.
Bug: Session Randomly Doesn't Save After Clearing History Multiple Times
Status: UNCONFIRMED
Priority: --
Created: 2020-04-22 01:52:05+00:00
Resolved: 2023-10-05 13:58:49+00:00

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

Steps to reproduce:

Hello,
I like to clear my History throughout the day, and before I close my browser.
Unfortunately, I struggle with OCD, so sometimes I may clear it two or more times in a row. This causes me to lose my tabs when I reopen Firefox sometimes, and has become quite the annoyance. I actually had to download an Addon that allows me to save my sessions because I got tired of dealing with the constant loss of tabs.
I am using Windows 8.1 64-bit and Firefox 75.0 64-bit if that matters.

Set-up:
- Set Firefox to Restore Previous Session and Warn You When Quitting Browser.
- Set to Use Custom Settings For History, and only checkmark the second and third boxes (both starting with the word "Remember"). Note: Clearing history when Firefox closes is NOT checked.
- Do Ctrl+Shift+Delete, set the "time range to clear" to "Everything", and only check the following boxes:
--- Browsing & Download History
--- Cache
--- Form & Search History
Then hit "Clear Now" so it will remember which boxes you've checked.

Performing The Bug:
1. Have at least 2 tabs opened.
2. Do Ctrl+Shift+Delete and press "Clear Now" after making sure the settings are set like I mentioned above.
IMPORTANT: I don't know if there's a set amount of times to do this since it seems random, but running Clear Recent History at least 10-20 times seems to make the issue happen consistently for testing.
3. Close the browser and restart.


Actual results:

Firefox will open, but all tabs that were opened before in the previous session are now lost, even though "Restore Previous Session" is turned on.


Expected results:

Firefox should have reopened the previous session.
Bug: Consider not forever retrying items which fail to upload
Status: NEW
Priority: P2
Created: 2020-04-22 02:26:59+00:00
Resolved: 2020-10-04 17:45:07+00:00

Over in bug 1627410, it was discovered that desktop will retry an item upload forever. While it basically saved us in that bug, we should discuss whether the behaviour is actually desirable given the load it might cause. We were also discussing removing the ability for individual items to fail (so the entire batch fails instead), so we should consider it in the context of that.
Bug: Selecting a URL does not add it to the selection buffer
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-04-22 07:33:07+00:00
Resolved: 2020-04-22 10:31:44+00:00

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

Steps to reproduce:

On a Linux based OS (tested in Ubuntu 18.04), single click on a URL in the address bar to select it, next paste by middle click in a different location/application. 


Actual results:

De previously selected URL is not pasted as expected.


Expected results:

The URL should be stored in the selection buffer and pasted on middle click. Doing triple clicks on the URL do work however in every other application or field in Firefox double click selects all and stores it in the buffer. From a user perspective at least select all should also mean copy, not just when triple clicked.

In the address bar:

- single click, all selected, URL not copied.
- double click, segment of the URL is selected, this is copied.
- tripple click, all selected, URL is copied.
- CTRL-a, selects full URL, not copied.

In other applications and other fields in FF.

- single click, the cursor is placed at the location where clicked
- double click, selects word in line, is copied
- tripple click, selects full line, is copied.
- CTRL-a, selects full text, is copied.
Bug: Shrinked size, missing label for New Folder  button inside the Edit this bookmark panel
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-04-22 08:04:32+00:00
Resolved: 2020-04-27 12:31:02+00:00

**Affected versions**
*  77.0a1

**Affected platforms**
* Windows 10
* Ubuntu 18.04

**Steps to reproduce**
1. Bookmark any website (CTRL+D)
2. Open the Edit This Bookmark (click on the Star icon inside the address bar)
3. Expand the Folder section from Show all the bookmarks folders arrow
4. Observe the New Folder button bellow the section

**Expected result**
*  The button has the “New Folder”  label, the button is not shrinked

**Actual result**
* The label is missing, the button is shrinked

**Regression range**
* Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=93bdbca5399c12b3eec5f03bbc323e00f7ef3a51&tochange=50bf3ff607305ec170f1438f49056b8b587a7d75
* Potential regressor: 1624713

**Additional notes**
* The functionality of the button is not affected
Bug: distribution.id preference is sometimes accessed from the default branch, sometimes as a normal preference
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-04-22 08:14:02+00:00
Resolved: 2022-01-25 23:51:12+00:00

On working on another bug, we just noticed that the `distribution.id` preference is sometimes referenced from the default branch, sometimes from the normal "user" preference branch.

I'm guessing that it may have been originally intended that the `distribution.id` preference was set on the default branch so users couldn't mess with it, and it would be more difficult for third-party apps to intervene and set.

Whichever way we decide to go, it seems that we should make the code consistent, and/or see if there's a sensible place that could bring all the preference getters into one function handler.
Bug: [RTL] When the 2-lines layout is activated, the url is displayed beneath the favicon instead of the title
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-04-22 08:44:20+00:00
Resolved: 2020-06-04 16:45:07+00:00

This is because `.urlbarView-url` is forced to be LTR [1], thus the `padding-inline-start` for aligning the url with the title [2] does the opposite.

Adding something like this:
```css
.urlbarView-results[wrap] > .urlbarView-row[has-url] > .urlbarView-row-inner:-moz-locale-dir(rtl) > .urlbarView-url {
  padding-right: calc(@urlbarViewItemInlinePadding@ + @identityBoxMarginInlineEnd@ + /* favicon */ 16px);
}
```
fixes this, but the padding from the existing rule [2] should probably also be separated to a different rule to match LTR only.

Maybe a cleaner solution can be to change [1] to use `unicode-bidi: plaintext` instead of `direction: ltr`, but this has the downside of possibly causing spoofing issues.

[1] https://searchfox.org/mozilla-central/rev/3446310d6cc5c85cde16a82eccf560e9b71a3d44/browser/themes/shared/urlbar-autocomplete.inc.css#153-154
[2] https://searchfox.org/mozilla-central/rev/3446310d6cc5c85cde16a82eccf560e9b71a3d44/browser/themes/shared/urlbar-autocomplete.inc.css#123,125
Bug: The “New Tab” page is redisplayed only after the “Back” button is clicked for three times if any of the “Popular Topics” links, except the “More Recommendations” one, was previously accessed
Status: NEW
Priority: P2
Created: 2020-04-22 09:24:23+00:00
Resolved: 2020-06-08 17:40:41+00:00

[Affected versions]:
- Firefox Nightly 77.0a1 (Build ID: 20200421222503)
- Firefox Beta 76.0b7 (Build ID: 20200421231527)
- Firefox Release 75.0 (Build ID: 20200403170909)

[Affected Platforms]:
- Windows 10 x64
- Ubuntu 18.04 x64
- Mac 10.15

[Prerequisites]:
- Have a new Firefox profile.
- Have the “browser.search.region” pref set to “US”.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites and open a new tab.
2. Scroll down to the “Popular Topics” section and click on the “Must Reads” link.
3. Click on the browser’s “Back” button.
4. Observe what happens next.

[Expected result]:
- The “New tab” page is redisplayed.

[Actual result]:
- Nothing happens.

[Notes]:
- This issue is reproducible for the “More Recommendation” website only on Firefox Release, however, and I have observed that the query from the URL is different from the website’s URL used on Nightly.
- Also, this issue is reproducible when trying to access the page with copy-paste.
- Attached screen recording with the issue.
- @Scott, could you please take a look on this issue?
Bug: Autoscroll Cursor is broken (Transparency not working/background behind it)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-22 14:53:38+00:00
Resolved: 2020-04-23 07:34:30+00:00

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

Steps to reproduce:

Middle click any page that allows scrolling.

I can reproduce this on a clean profile with Nightly on Windows 10 LTSC. With the default theme, the background behind the autoscroll cursor is white, not black. But with a high contrast theme it's black as shown in the screenshot.


Actual results:

White/black background appears behind the autoscroll cursor (depending on theme in Windows).


Expected results:

Transparency of the autoscroll cursor should be respected.
Bug: PopupNotification doorhangers can overlay tab prompts
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-04-22 15:15:06+00:00
Resolved: 2021-03-09 13:45:20+00:00

There can be situations where user input is expected on a tab prompt, but a doorhanger covers it up. 
An example for this is installing an addon from a site that requires http auth. [Here is a testcase that shows this behavior](https://searchfox.org/mozilla-central/rev/3446310d6cc5c85cde16a82eccf560e9b71a3d44/toolkit/mozapps/extensions/test/xpinstall/browser_auth.js).
Bug: Installer progress bar is not visible with high contrast mode enabled
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-04-22 15:18:17+00:00
Resolved: 2020-05-12 18:22:42+00:00

**Note**
* note1

**Affected versions**
* Fx 77.0a1 

**Affected platforms**
* Win 10

**Steps to reproduce**
1. Activate high contrast mode.
2. Download and run the stub installer.

**Expected result**
* The progress bar is visible.

**Actual result**
* The progress bar is invisible.

**Regression range**
Fx 77.0a1 (build ID 2020-04-21-09-42-20)
Bug: In touch mode, the Firefox Accounts icon gets smaller and the email address and "Account Settings" text are not vertically centered
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-22 16:37:39+00:00
Resolved: 2020-04-22 19:03:01+00:00

STR with Firefox Accounts connected to you account:
1. Have a touch screen laptop (alternatively, inspect the Firefox Accounts toolbar icon, focus the entire `<panel>` and add `touchmode=true` to its HTML markup)
2. Click the Firefox Accounts in the toolbar
3. Observe the first line where you see the Firefox Accounts logo, email address and "Account Settings"

AR:
The logo gets smaller because of [1], and the email address and "Account Settings" are not vertically centered.
See attached.

[1] https://searchfox.org/mozilla-central/rev/41c3ea3ee8eab9ce7b82932257cb80b703cbba67/browser/themes/windows/browser.css#822,825
Bug: the navigation history doesn't appear anymore
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-22 18:46:17+00:00
Resolved: 2020-04-25 08:42:27+00:00

Since the last update of my web browser, the navigation history doesn't appear anymore: neither in the "history" menu, nor by clicking on "view history" (although the options to keep the history are checked in the software's preferences).
Bug: Syncing "Logins and passwords" is ambiguous (unless logged in status is synced across devices)
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2020-04-22 21:18:46+00:00
Resolved: 2021-07-30 15:51:43+00:00

For example: https://www.reddit.com/r/firefox/comments/g658xj/sync_logins_between_desktop_and_firefox_nightly/

`about:preferences#sync` when logged in shows that "Logins and passwords" can be synced, but "logins" is ambiguous; users can take it to mean that login *state* is synced across devices - so if I login to IMDB on my desktop, my phone will also be logged into IMDB.

As far as I know, this is not how login sync works - instead, usernames and paswords are synced. 

The label here should simply be "Passwords", like it is in `about:welcome`, and even in the teaser text before a user logs into Sync:

>Synchronize your bookmarks, history, tabs, passwords, add-ons, and preferences across all your devices.
Bug: Stub installer blurb rotation cycles through "undefined"
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-22 21:52:47+00:00
Resolved: 2020-04-24 01:02:57+00:00

For some reason the blurb cycling on the stub installer now displays "undefined" after the third blurb. This seems to be because blurbStrings.length is 4 instead of the expected 3.
Bug: Sound icon persists on discarded tabs
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-04-22 22:18:38+00:00
Resolved: 2020-06-03 23:35:50+00:00

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

Steps to reproduce:

Install: https://addons.mozilla.org/firefox/addon/unload-tab/
Open a Youtube video with sound in a new tab.
Wait for the play or sound icon to appear and then right-click on the tab and unload it.


Actual results:

The sound indicator icon to mute the tab (not to unmute) or the play icon is still there.


Expected results:

The sound indicator icon to mute the tab (not to unmute)  or the play icon should also be removed (because there is no sound or video anymore).
Bug: nightly 20200422 has no sound in videos on vimeo and youtube.  Worked 20200421.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-23 00:22:04+00:00
Resolved: 2020-04-25 13:53:18+00:00

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

Steps to reproduce:

Compiled nightly from a cloned hg repository.  Installed.


Actual results:

There is no sound in videos played on vimeo and youtube.  Sound works on my system (Fedora 31) and in the system browser,
Name        : firefox
Version     : 75.0
Release     : 1.fc31
Architecture: x86_64


Expected results:

Sound should have worked.  It was working yesterday with a fully up to date hg repository when I compiled nightly.
Bug: Context menu disappear when selecting text (and more)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-23 01:41:43+00:00
Resolved: 2020-05-28 12:10:36+00:00

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

Steps to reproduce:

I select some text and right click on it


Actual results:

Context menu flashed and nothing happen. When I do this in a text box, enetered text would vanish randomly


Expected results:

pop up a context menu