av9ash/GitBugs huggingface dataset:
Bug: Pressing Tab in the Megabar changes focus to next toolbar icon
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-02-15 20:41:28+00:00
Resolved: 2020-02-17 10:50:49+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:

I have seen this in both Windows and macOS.

Press Cmd+T or Cmd+L to focus on the Megabar
Type a partial URL or Title fragment so that the Megabar displays history content
Press Tab once or more to move downward in the list
Press Enter to load that URL


Actual results:

If the Megabar is focused with the keyboard (Cmd+T or Cmd+L), pressing Tab to move down the list of history will instead change the focused UI element to the Library icon or Downloads (if Visible) icon.

This does not happen when the Megabar is focused by the mouse cursor, in the same tab.  Creating a new tab by mouse clicking on the New Tab button causes the same behavior as keyboard focus.


Expected results:

The Megabar should behave consistently between mouse click focus and keyboard focus.  The next history entry in the Megabar should be highlighted each time Tab is pressed, instead of changing focus to the toolbar items to the right.
Bug: Bookmarks Library Menu "Show All Bookmarks" in FF 73.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-02-15 21:54:21+00:00
Resolved: 2020-02-21 19:18:59+00:00

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

Steps to reproduce:

Followed instructions here:

https://support.mozilla.org/en-US/kb/restore-bookmarks-from-backup-or-move-them

Library Menu > Bookmarks > Show all Bookmarks


Actual results:

Nothing happened.

The "Show all Bookmarks" option does nothing.

Trying to scroll using software or the scrollbar in the menu also does nothing.


Expected results:

It's supposed to do something right? And the scrollbar is supposed to allow scrolling?

Using the top menu Bookmarks > Show All Bookmarks still works.
Bug: Bookmarks window unusable on small/moderate screens with larger fonts
Status: NEW
Priority: P5
Created: 2020-02-15 22:22:38+00:00
Resolved: 2023-06-02 14:50:05+00:00

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

Steps to reproduce:

Opened bookmarks window to try to sync.

(Which succeeded, after I took this screenshot.)


Actual results:

See screenshot.


Expected results:

The actual list should be visible.

To make things more readable, I've reduced resolution to 1152 x 648.

To make things more readable, I've increased font sizes and spacing. Here are relevant parts of userChrome.css:

/* Global UI font */
* { font-family: Andika !important; }
* { font-size: 16pt !important; }
#urlbar { height: 20pt }

/* Bookmarks spacing */
#placeContent treechildren::-moz-tree-row {
  min-height: 24pt !important;
  maxn-height: 24pt !important;
}

I have trouble reading on any monitor without similar fixes.
Bug: Searching for "encoding" points to a setting that doesn't exist anymore
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-02-15 22:43:53+00:00
Resolved: 2020-02-25 15:48:42+00:00

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

STR:
1. about:preferences
2. Type `encoding` in the Find box.

AR:
Search result highlights the Advanced… button in the Fonts and Colors category. There's no such setting there anymore, because it was removed in bug 1551276.

ER:
No search results.
Bug: Cannot type in URL window, can not access Preferences, nothing.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-02-15 23:52:31+00:00
Resolved: 2020-03-02 15:48:57+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_3) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.0.5 Safari/605.1.15

Steps to reproduce:

I downloaded and installed Ver 73. When App opens, it opens one window. I can not type anything in the search/url window. I can not open preferences. Nothing happens when I select anything in the menu or click on any icon.


Actual results:

Nothing 


Expected results:

I should be able to enter a url without issue.
Bug: [Regression] Tab key moves focus to Library icon instead of cycling though address bar suggestions
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-16 08:35:03+00:00
Resolved: 2020-02-18 13:02:40+00:00

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

Steps to reproduce:

I hit Control+L to focus the address bar and type "you". As expected, I get a list of suggestions from my bookmarks and tabs etc. The top one is youtube.com. I hit tab expecting that "you" will be autocompleted to "youtube.com".


Actual results:

The address bar loses focus. The library icon is focused now.


Expected results:

"you" should be autocompleted to the first list of suggestions show below the address bar when I hit Tab.

Notes:

I use Firefox from https://www.archlinux.org/packages/community/x86_64/firefox-developer-edition/.

$ firefox-developer-edition --version
Mozilla Firefox 74.0b3
Bug: Origin header should not be set on OpenSearch POST
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-02-16 15:59:02+00:00
Resolved: 2020-04-09 08:38:31+00:00

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

Steps to reproduce:

1. navigate to https://duckduckgo.com/lite/
2. add as a search engine
3. set as default search engine
4. select text, right-click, "Search DuckDuckGo Lite"


Actual results:

page displays "forbidden"


Expected results:

search results displayed
Bug: Domain suggestion on firefox login
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-02-16 22:30:21+00:00
Resolved: 2020-02-18 21:47:41+00:00

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

Steps to reproduce:

On the login page for firefox sync/send, a domain is suggested when attempting to log in with my personal address


Actual results:

A domain is suggested, which isn't the domain entered, despite the domain entered being valid.


Expected results:

A domain should not have been suggested. id.au TLD is specifically for individuals or small personal websites, and should not be a mail hub for more than a handful of people. It is not valid to ever suggest a domain for this TLD.
Bug: Sync doesn't upload any bookmarks when one bookmark is invalid
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-02-17 01:41:47+00:00
Resolved: 2020-03-16 02:41:50+00:00

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

Steps to reproduce:

Sync (either Sync Now or wait for it to sync), when one bookmark was an invalid URL and there were other (valid) new bookmarks locally that needed to be uploaded.

The invalid bookmark was https://http%3a%2f%2fwww.forbes.com%2fsites%2fsarahtilton%2f2015%2f01%2f09%2fproblems-with-math-tutoring-app-expands-the-answers%2f/

The local device where I saw the error is a laptop whose OS is Xubuntu 18.04, and the Firefox is Mozilla Firefox for Ubuntu 73.0 (64 bit). I sync it with another partition of that same laptop's hard disk (same OS), and with a OnePlus One phone running Firefox for Android (OS is not stock Android, it's CyanogenOS).



Actual results:

New (valid) local bookmarks did not appear on my two other devices (so I infer they never got uploaded).  On the device with the bad bookmark (the laptop), new bookmarks that had been created on another device appeared in Bookmarks (so I infer that downloading is fine). No error message (unless I examine the sync log). Bookmarks I had moved to new folders returned to the folders they had been in before.


Expected results:

The new valid local bookmarks should be uploaded to the server and then appear on other devices. Bookmarks locally moved to other folders should appear in the new folders on other devices.
Bug: Thin font-weight on "Created/Last modified/Last used" area
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-02-17 02:31:40+00:00
Resolved: 2020-04-21 10:21:38+00:00

Steps to reproduce:

1. Navigate to about:logins
2. Create an entry
3. Look at the "Created/Last modified/Last used" area

What happens:

The text appears too narrow, thin, and has bad smoothing.

Expected result:

Nicer looking text.
Bug: The A-Z and Z-A sort should be sorted by eTLD+1
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2020-02-17 02:57:00+00:00
Resolved: 2020-08-07 20:36:55+00:00

The A-Z and Z-A sort should be sorted by eTLD+1. The current sort includes subdomains which means that it is basically impossible to find a login just from scrolling the list. Some logins may have "secure." subdomain prefix for example which ends up ordering them In a non-intuitive place in the list.
Bug: When default zoom level is changed a “100%” flash is displayed in address bar after restarting Firefox
Status: NEW
Priority: P3
Created: 2020-02-17 10:24:48+00:00
Resolved: 2020-07-09 04:30:21+00:00

**Affected versions**
* 75.0a1 (2020-02-16)
* 74.0b4
* 73.0

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

**Steps to reproduce**
1. Launch Firefox.
2. Go to about:preferences.
3. Change the default zoom (e.g set it to 90%).
4. Open different sites in new tabs.
5. Restart Firefox.
6. Go to one of the opened tabs in order to load it.

**Expected result**
* No flash with 100% zoom level after restart.

**Actual result**
* A 100% zoom flash is displayed when loading the page after restart. 

**Regression range**
* This issue is not a recent regression since I was able to reproduce it on Firefox 73.0. I’ll come with a regression range asap.

**Additional notes**
* I’ll attach a screen recording with the issue.
Bug: Policies set via GPO can be bypassed/canceled by using an invalid policies.json file
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2020-02-17 10:39:16+00:00
Resolved: 2021-01-26 18:41:57+00:00

**Affected versions**
* Firefox 75.0a1 (BuildId:20200216210001)
* Firefox 74.0b1 (BuildId:20200210140608)

**Unaffected versions**
* Firefox 73.0 (BuildId:20200207195153) 

**Affected platforms**
* Windows 10 64bit.

**Preconditions**
Enable several policies via GPO (ex: Disable Private Browsing and Disable Firefox Screenshots)

**Steps to reproduce**
1. Create a distribution folder inside your Firefox path. 
2. Add a policies.json file which contains invalid entries. 
3.  Launch Firefox.
4. Access the about:policies page.


**Expected result**
* Policies that were previously set via GPO are being successfully displayed inside the about:policies page and they are successfully applied. (In this case Private Browsing and Firefox Screenshots should be disabled).

**Actual result**
*  Policies that were previously set via GPO are not applied ( In this case Private Browsing and Firefox Screenshots are enabled)

**Regression Range**
* I think that this may have came with the changes performed in Bug 1552600 

**Note**
Example of invalid policies.json file content:
{
  "policies": {
    "DisableTelemetry": true,
     "DisableMasterPasswordCreation": true,
        "Locke
  }
}
Bug: When using very high (200+%) text-only zoom in the preferences / options, text in dropdowns (menulists), buttons and other UI elements escapes the bounding box / background for the element
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-02-17 10:43:42+00:00
Resolved: 2020-03-02 07:58:55+00:00

**Affected versions**
* 75.0a1 (2020-02-16)
* 74.0b4
* 73.0

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

**Steps to reproduce**
1. Launch Firefox.
2. Go to about:preferences.
3. Check the “zoom text only” option
4. Change the default zoom (e.g set it to 200% or higher).

**Expected result**
* The dropdown list is correctly displayed

**Actual result**
* The dropdown list is incorrectly displayed

**Regression range**
* This issue is not a recent regression since I was able to reproduce it on Firefox 73.0. I’ll come with a regression range asap.

**Additional notes**
* I’ll attach a screenshot with the issue.
Bug: Crashed after update and can't reinstall after unistall
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-02-17 12:48:07+00:00
Resolved: 2020-02-18 17:08:57+00:00

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

Steps to reproduce:

I had Firefox Nightly and updated it on 16th feb, 2020. I think it went to v75 alpha ? When I reopened Firefox Nightly the whole screen was crashed and the browser couldn't load at all.

I unistalled Firefox Nightly and tried to re-install a fresh version.

The installer doesn't work and just shows me a pop-up window that doesn't work, see screenshot.

Sorry I didn't think to take a screenshot of the actual crash when I updated firefox.

How to physically remove Firefox from Windows 10, after it's meant to have been uninstalled?




Actual results:

Complete crash and can't reinstall it now.


Expected results:

1. Not totally crashed after v75 update.

2. Allow me to reinstall a fresh copy, but completely doesn't allow me to do that now.
Bug: Pressing tab key to select awesomebar results instead selects adjacent toolbar icons
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-17 13:02:23+00:00
Resolved: 2020-02-18 13:02:20+00:00

STR:
- type in awesomebar (don't hit enter)
- press tab to select awesomebar results

Expected: first awesomebar result is selected
Actual: adjacent toolbar icons are selected (e.g. dev tools icon on my machine). This behavior changed (unexpectedly, for me) within the past few weeks

macOS, FF 75 Nightly 2020-02-17
Bug: Syntax errors in `SyncedBookmarksMirror.jsm` due to on-disk corruption
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-02-17 15:00:56+00:00
Resolved: 2020-10-28 05:32:17+00:00

We're seeing some _really_ interesting errors in telemetry—things like `ReferenceError: ruper is not defined` (should be `super`) and `XPCOMUtils.defineLazyGlobalGettErs is not a function` (note the case flip), as well as syntax errors in bound params (syntax error in `'unfiled_____root________`) and the SQL strings themselves (syntax errors near `as`, `malformed database schema - unrecognized token: "$"`).

These are all likely caused by `omni.ja` corruption, since we've seen similar issues in bug 1594453, comment 26, bug 1550951 comment 8, and bug 1403348 comment 36.
Bug: hitting tab (the key) does not autocomplete (v74 regression)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-17 15:16:37+00:00
Resolved: 2020-02-18 13:02:21+00:00

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

Steps to reproduce:

On Fedora GNU+Linux with XFCE installed Firefox beta 74, entered something in the urlbar, suggestions/autocompletions show up, hit tab in order to choose the first suggestion.


Actual results:

The download icon right to the urlbar was focused with a border and the urlbar's input stayed the few characters I put in instead of getting autocompleted.


Expected results:

The first autocomplete suggestions should have been focused just like it did before so I can go to that page by hitting the return/enter key.

I'm assuming this has to do with the new change to the urlbar to make it pop out more graphically.

Thanks for your work on freedom respecting software.
Bug: Regression: Pressing the Tab Key is no longer cycling through Address Bar Suggestions
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-17 16:32:58+00:00
Resolved: 2020-03-06 02:30:08+00:00

macOS 10.15.3
Nightly 75.0a1 (2020-02-17) (64-Bit)

1.) Open a Tab
2.) Type something into the Adress bar
3.) Press Tab Key 

Actual: Pressing Tab Key unfocusses Addressbar and focusess the next next Toolbar icon. 

Expected: Tab Key should cycle through the suggestions.

Seems to be a recent regression.
Bug: If the default zoom level is not 100%, about:blank tabs always show zoom indicator [100%] in the address bar
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-02-17 17:30:31+00:00
Resolved: 2020-09-01 09:17:41+00:00

Reproducible: always:

Steps to reproduce:
1. Set Home or New tabs to blank
2. Set default zoom level other than 100%
3. Open Home or New tab page or about:blank

Actual Results:
Blank tabs always show zoom indicator [100%] in the address bar

Expected Results:
the zoom indicator should not display
Bug: Bookmarks search - unsorted results order
Status: NEW
Priority: P3
Created: 2020-02-17 18:30:47+00:00
Resolved: 2022-10-11 23:57:54+00:00

Reproduce: Use the Bookmarks Manager and a SQLite-browser to perform a search in the 'moz_bookmarks'-table that gives more than seven results/matched entries. The results will be initially sorted according to their ID number (rowid), but in the Bookmarks Manager the first and last matches/entries are swapped.

Unsorted bookmarks search:
-sorted by ID number in places.sqlite (moz_bookmarks)
-first and last matches/entries are swapped (with more than 7 results)
-correct order only remains with less than 7 results

While it could make sense to show the most recent/last created entry at top, the first/oldest one shouldn't be placed at the very bottom.
Bug: Certificate viewer dates/times ignore intl.regional_prefs.use_os_locales=true
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-17 19:19:37+00:00
Resolved: 2020-02-17 21:34:18+00:00

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

Steps to reproduce:

1. Install Firefox in a different language than host system (e.g. English Firefox 73 on German Windows 10)
2. Set "intl.regional_prefs.use_os_locales" to "true", restart Firefox
3. Open certificate viewer on any HTTPS-enabled domain like https://example.com
4. Observe fields with dates in the certificate viewer (Not Before, Not After, SCT Timestamp)

about:support should say something like this:

Internationalization & Localization
Application Settings
Requested Locales 	["en-US"]
Available Locales 	["en-US"]
App Locales 	["en-US"]
Regional Preferences 	["de-DE"] <-- should match host OS
Default Locale 	"en-US"


Actual results:

Certificate viewer shows dates in the Firefox-installed locale ("en-US", "11/28/2018, 1:00:00 AM")


Expected results:

Certificate viewer should show dates in host OS locale ("de-DE", "28.11.2018, 01:00:00") like it does in other places like History/Bookmarks/Library. Or use the same unambiguous date format like in Add-ons and about:protections ("November 28, 2018").
Bug: Pinned tabs disappear after detaching tab
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-17 20:44:41+00:00
Resolved: 2020-02-18 12:19:35+00:00

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

Steps to reproduce:

Open a firefox window, pin some tabs.
Detach a new tab.
Close both windows.


Actual results:

Pinned tabs disapperead.


Expected results:

Pinned tabs should still be present (as per definition of pinned tabs).
Bug: DOS based on repeated basic authentication prompt.
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-02-17 21:04:55+00:00
Resolved: 2021-02-02 09:07:12+00:00

As requested at https://bugzilla.mozilla.org/show_bug.cgi?id=377496

re-entering the bug here.

Sequence of events is:

1. Bing ad for common term such as "bug report" sends user to 
http://shop.frankfurt-airport.store

2. Redirects to attack site.

3. Page in attachment appears. Obvious phishing attack coupled with denial of service attack.

4. Unable to dismiss basic authentication prompt. Unable to stop page. Unable to close browser. Ubuntu Linux 18.04 begins thrashing with heavy disk I/O.

5. Finally was able to open a terminal window, which took many minutes to open, ran "top" to find Firefox process, killed Firefox. System returned to normal.
Bug: PDF.js UI elements are affected by global default zoom
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-02-18 01:22:11+00:00
Resolved: 2020-03-20 10:01:08+00:00

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

Steps to reproduce:

1. Set the default zoom preference to 150%
2. Open a PDF in Firefox


Actual results:

The PDF.js UI (toolbar, sidebar) is scaled up to 150%. There's no way to scale it down to 100%, because all ways to zoom in/out are handled specially by PDF.js.


Expected results:

The PDF.js UI should stay scaled to 100%, because the size of other Firefox UI elements is not affected by the default zoom. Other special viewers like the image viewer and the media player also default to 100% regardless of the default zoom.
Bug: Unable to Open PDF to a Specific Page From the Command Line
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-18 09:45:56+00:00
Resolved: 2020-02-18 10:38:25+00:00

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

Steps to reproduce:

From command line execute:

"path to firefox.exe" -url "path_to_local_PDF#page=desired_page_num"

Example:

"C:\Program Files\Mozilla Firefox\firefox.exe" -url "C:\Users\User\My Documents\doc.pdf#page=10"



Actual results:

The browser window opens but shows that it couldn't load the page.

From the example above, the browser shows:

===========================
File not found

Firefox can’t find the file at /C:/Users/User/My Documents/doc.pdf#page=10.

    Check the file name for capitalization or other typing errors.
    Check to see if the file was moved, renamed or deleted.
===========================

Note that the URL has been changed, the "#" gets URL encoded to "%23".

Example:

file:///C:/Users/User/My Documents/doc.pdf%23page=10

Final comment, if I edit the URL and replace the "%23" with a "#" character, the document opens correctly and jumps to the target page. This is really just an issue with passing this hash character from the command line.


Expected results:

The browser should have opened the URL, which points to a local PDF file, and the anchor should be interpreted correctly and the browser opened to the target page.
Bug: Firefox browser is unecessarily showing the pop up to make it as default browser each time when user opens the browser
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-02-18 11:06:59+00:00
Resolved: 2020-02-18 12:00:26+00:00

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

Steps to reproduce:

1.I opened the firefox browser 
2.It has given the popup to make it as default browser
3.I clicked on Not now button
4.Then again whenever I opens the firefox browser it is showing the same popup


Actual results:

It is unecessarily showing popup to make it as default browser even if the user has clicked on  not now button


Expected results:

Once the user has clicked on not now button of popup it should not show the popup repeatedly
Bug: Investigate using shadow DOM to hide Remote L10n translations for from local translations
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-02-18 14:45:12+00:00
Resolved: 2020-04-21 03:10:22+00:00

Why: we would be able to use HTML markup in our remote translations. For context any messaging surface that uses Remote L10n now cannot support HTML markup.

The global Localization instance does not expect another one (like the Remote L10n one) to exist and will overwrite our translations. We can hide content from it by using custom elements and then [connecting the root](https://searchfox.org/mozilla-central/rev/0439db3a39faddb90197a87cc184c57dcbf0a770/browser/components/aboutlogins/content/components/confirmation-dialog.js#19) to the Remote L10n localization. By default the mutation observer does not check the shadow DOM.