av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/components/preferences/tests/browser_browser_languages_subdialog.js | leaked 2 window(s) until shutdown [url = about:preferences#general]
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-06-29 16:02:07+00:00
Resolved: 2021-07-13 17:02:20+00:00

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

---

[task 2020-06-29T15:35:00.415Z] 15:35:00     INFO - TEST-START | browser/components/preferences/tests/browser_warning_permanent_private_browsing.js
[task 2020-06-29T15:35:26.253Z] 15:35:26     INFO - TEST-INFO | Confirming we saw 2826 DOMWINDOW created and 2826 destroyed log strings.
[task 2020-06-29T15:35:26.253Z] 15:35:26    ERROR - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_browser_languages_subdialog.js | leaked 2 window(s) until shutdown [url = about:preferences#general]
[task 2020-06-29T15:35:26.253Z] 15:35:26    ERROR - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_browser_languages_subdialog.js | leaked 2 window(s) until shutdown [url = chrome://browser/content/preferences/dialogs/browserLanguages.xhtml]
[task 2020-06-29T15:35:26.254Z] 15:35:26     INFO - TEST-INFO | browser/components/preferences/tests/browser_browser_languages_subdialog.js | windows(s) leaked: [pid = 1372] [serial = 52], [pid = 1372] [serial = 57], [pid = 1372] [serial = 66], [pid = 1372] [serial = 55]
[task 2020-06-29T15:35:26.254Z] 15:35:26     INFO - TEST-INFO | browser/components/preferences/tests/browser_browser_languages_subdialog.js | This test created 0 hidden window(s)
Bug: Separator in Library is invisible/not visible after landing patch from bug #1642239
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-06-29 19:37:35+00:00
Resolved: 2020-07-03 15:12:49+00:00

STR:
1. Open Mozilla Firefox
2. Open Library
3. Add Separator
and see that it's invisible/not visible

Regression caused by:
bug #1642239 - Convert PNG/GIF icons in the library window and editbookmark panel to SVG r=dao

Differential Revision:
https://phabricator.services.mozilla.com/D77622
Bug: remove Reddit Enhancement Suite extension from CFR
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-29 22:16:42+00:00
Resolved: 2020-07-06 15:26:45+00:00

Reddit Enhacement Suite is not actively monitored for safety, security, or functionality since it is not part of the Recommended Extensions program. As such it should removed from the CFR content rotation.
Bug: Snippets still appear when turned off in settings
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-29 22:20:46+00:00
Resolved: 2020-07-27 15:17:14+00:00

User Agent: NKaZABO9Z 99ZPmY12PmZZpQn PM2e89G99Ze 9XlN7DfK9OK (Gentoo NT 10.0; Win64; x64; rv:77.0) tLGvUsKZ1ZfW9Z9R T4oZZFPst9u GFsY69ZX1vg6 aZJkyIRDU 9Z9jnp998J9 rxJeYc9eYhZHPk 6x969Y50 oMs1fDBz3wZswC DR6Ujegb RYvEZItPy6Z 9PEEl0ke99mM Konqueror/20100101 lGwuNPo1aZ7FST Opera/5.0 CU9wxZA1H6g4

Steps to reproduce:

Upon opening a new tab, I noticed snippets were appearing at the bottom. I clicked the cog wheel is the upper right hand corner of the new tab page in order to go to Preferences, where I unchecked 'snippets' on the new tab page. 


Actual results:

Snippets, however, upon opening a new tab page, still appear, even though they are turned off in Preferences. 


Expected results:

Snippets should no longer be appearing on the new tab page, as I turned them off.
Bug: Scrollbars shouldn't be displayed when using multistage about:welcome in RTL mode
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-06-30 00:03:25+00:00
Resolved: 2020-07-14 14:48:36+00:00

STR:
1. Open about:config
2. Set pref intl.l10n.pseudo to string 'bidi'
3. Set pref browser.aboutwelcome.override.content to JSON (https://gist.github.com/punamdahiya/f890e1e78ebd67aca2bad5725d84ecfe)
3. Open about:welcome

Expected Results
Horizontal and vertical scroll bar shouldn't display

Actual Result
Horizontal and vertical scroll bar is visible
Bug: Intermittent TV browser/components/places/tests/browser/browser_toolbar_library_downloads.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-06-30 02:59:21+00:00
Resolved: 2020-08-19 03:21:55+00:00

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

---

>[task 2020-06-29T17:53:18.498Z] 17:53:18     INFO - TEST-PASS | browser/components/places/tests/browser/browser_toolbar_library_downloads.js | Both downloads are shown - 2 == 2 - 
[task 2020-06-29T17:53:18.498Z] 17:53:18     INFO - Console message: [JavaScript Warning: "Key event not available on some keyboard layouts: key=“r” modifiers=“accel,alt” id=“key_toggleReaderMode”" {file: "chrome://mochikit/content/tests/SimpleTest/EventUtils.js" line: 1099}]
[task 2020-06-29T17:53:18.498Z] 17:53:18     INFO - Console message: [JavaScript Warning: "Key event not available on some keyboard layouts: key=“i” modifiers=“accel,alt,shift” id=“key_browserToolbox”" {file: "chrome://mochikit/content/tests/SimpleTest/EventUtils.js" line: 1099}]
[task 2020-06-29T17:53:18.498Z] 17:53:18     INFO - Buffered messages finished
[task 2020-06-29T17:53:18.498Z] 17:53:18     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_toolbar_library_downloads.js | Test timed out - 
[task 2020-06-29T17:53:18.498Z] 17:53:18     INFO - GECKO(5585) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2020-06-29T17:53:18.498Z] 17:53:18     INFO - GECKO(5585) | MEMORY STAT | vsize 3015MB | residentFast 320MB | heapAllocated 94MB
[task 2020-06-29T17:53:18.498Z] 17:53:18     INFO - TEST-OK | browser/components/places/tests/browser/browser_toolbar_library_downloads.js | took 90033ms
Bug: restored windows not placed on workspace #1
Status: UNCONFIRMED
Priority: --
Created: 2020-06-30 06:51:10+00:00
Resolved: 2023-04-24 12:11:37+00:00

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

Steps to reproduce:

1. Open several windows, spread over first and second workspace.
2. Close application.
3. From first workspace, open application and restore session.
   (Confirm that each windows is restored to its original workspace.)
4. Close application.
5. From second workspace, open application and restore session.



Actual results:

All window were restored to second workspace, even those originally from first.



Expected results:

All windows originally from the first workspace should have been restored to first workspace.
Bug: YouTube pages not displaying.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-30 07:38:00+00:00
Resolved: 2020-06-30 20:47:46+00:00

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

Steps to reproduce:

Visited YouTube web site.


Actual results:

Grey placeholder images appear where the videos' thumbnails should be. No text at all shows up! And the word "Premium" appears at the top left of the page, instead of the normal YouTube logo. Prior to this, YouTube has been telling me to update my browser, but I'm using the latest Firefox browser! However, if I click the "Update Later" button, YouTube will display normally. But it won't display normally most of the time, as I don't get that message most of the time. Works fine on Chrome! A workaround I've been using is going straight to the signin page: www.youtube.com/signin - but even that's greyed out now, too!


Expected results:

The page should be displayed.
Bug: Open in new tab doesn't work from context menu
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-30 08:55:05+00:00
Resolved: 2020-07-01 12:40:00+00:00

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

Steps to reproduce:

Updated to v78.0


Actual results:

Beside the fact that the context menu is huge now (on some pages), right clicking on a link and select "Open in new tab" doesn't open the link as desired in a new tabe. It just do nothing...


Expected results:

The link should be opened in a new tab
Bug: DoH doorhanger can't be reopened after closing automatically
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-30 09:54:41+00:00
Resolved: 2020-07-02 01:26:55+00:00

The other day I got a doorhanger notification that I believe was related to DoH. Alas as I tried to open the browser console, the doorhanger went away with seemingly no way to reopen it. It seems that just tabbing to another window closes the doorhanger. That's probably okay, but there should be a way to reopen it after that.
Bug: DoH doorhanger text looks tiny on Linux
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-06-30 10:02:05+00:00
Resolved: 2024-01-29 17:00:37+00:00

The other day I got a doorhanger notification that I believe was related to DoH. Alas as I tried to open the browser console, the doorhanger went away with seemingly no way to reopen it (bug 1649403). The reason why I opened the browser console is that the doorhanger text looked tiny, significantly smaller than the default text size on Ubuntu.

Text sizes for this doorhanger and other CFR doorhangers seem to be hardcoded to px values in `browser.inc.css`. This is generally the wrong way to specify text sizes. We need to use relative units (e.g. `em`) to make text smaller or bigger, and the default OS text size should rarely ever be undercut.

In this particular case I'm not sure why text sizes are meddled with at all. We should most likely just use the default text sizes generally used in popup notifications / doorhangers.
Bug: The zap image partially covers the “welcome-text” on the “Import” slide from the “about:welcome” page on Windows
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-06-30 10:12:49+00:00
Resolved: 2020-07-16 06:59:32+00:00

**[Notes]**:
- There is not enough distance between the zap image and the “welcome-text” on the other “about:welcome” slides.

**[Affected Versions]:**
- Firefox Beta 79.0a1 (Build ID: 20200629224419)
- Firefox Nightly 80.0a1 (Build ID: 20200629154604)

**[Affected Platforms]:**
- Windows 10 (x64)

**[Prerequisites]:**
- Have a new profile created.
- Have the value of the `browser.aboutwelcome.overrideContent` pref set to `{"id": "multi-stage-welcome-importable-theme","template": "multistage","screens": [{"id": "AW_GET_STARTED","order": 0,"content": {"zap": true,"title": { "string_id": "onboarding-multistage-welcome-header" }, "subtitle": "The fast, safe, and private browser that's backed by a non-profit.", "primary_button": {"label": "Start Setup","action":{"navigate": true}}, "secondary_button": {"text": "Have an account?", "label": "Sign in","position": "top", "action":{"type": "OPEN_URL","addFlowParams": true, "data":{"args": "https://accounts.firefox.com/?service=sync&action=email&context=fx_desktop_v3&entrypoint=activity-stream-firstrun&style=trailhead","where": "current"}}}}},{"id": "AW_IMPORT_SETTINGS","order": 1,"content": {"zap": true,"title": "Import your passwords, bookmarks,\u00a0and more","subtitle": "Coming from another browser? It's easy to bring everything to Firefox.","tiles": {"type": "topsites"}, "primary_button": {"label": "Start Import", "action":{"type": "SHOW_MIGRATION_WIZARD","navigate": true}},"secondary_button": {"label": "Not now","action":{"navigate": true}}}},{"id": "AW_CHOOSE_THEME","order": 2,"content": {"zap": true, "title": "Choose a look","subtitle": "Personalize Firefox with a theme.","tiles": {"type": "theme","action": {"theme": "<event>"}, "data": [{"theme": "light", "label": "Light"}, {"theme": "dark", "label": "Dark"}]}, "primary_button": {"label": "Save Theme", "action":{"navigate": true}},"secondary_button": {"label": "Not now","action":{"theme": "default","navigate": true}}}}]}`.

**[Steps to reproduce]:**
 1. Start the Firefox Browser with the profile from prerequisites.
 2. Navigate to the “about:welcome” page.
 3. Click the “Start Setup” button and observe the string underneath the zap image.

**[Expected results]:**
- The zap image does not cover the “welcome-text” string.

**[Actual results]:**
- The zap image partially covers the “Firefox” word from the “welcome-text” string.

**[Additional Notes]:**
- The issue is not reproducible for the following displays:
  - MacBook Pro Retina, 13”, early 2015.
  - iMac, 21.5”, late 2013.
  - Ubuntu Linux 18.04 (x64) actual machine as well as a VM.
  - Linux MX 4.19 (VM) (x64).
- Attached a screen-shot with the issue.
Bug: Pause/Resume context menu options are no longer displayed in downloads panel
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-06-30 11:48:10+00:00
Resolved: 2020-09-04 11:22:49+00:00

*Affected versions*
* 79.0b1 (20200629224419)
* 80.0a1 (20200629154604)

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


*Steps to reproduce*
1. Open Firefox and performed a random download ([e.g](https://www.thinkbroadband.com/download))
2. Open download panel and search for Pause/Resume context menu options.





*Expected result*
* Pause/Resume context menu options are displayed.


*Actual result*
* Pause/Resume context menu options are no longer displayed.


*Regression range*
Last good revision: ee812b6359befd98993f39f8cffd6735ebcd5644 (2020-06-25)
First bad revision: 9b981fcfb6ac3119837605e3189c5832446c77ab (2020-06-26)
Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ee812b6359befd98993f39f8cffd6735ebcd5644&tochange=9b981fcfb6ac3119837605e3189c5832446c77ab
Possible regressor: bug 1639069

**Severity: S3**
Bug: Terrible performance for fixed positioned element inside of fixed positioned iframe
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-30 12:17:42+00:00
Resolved: 2020-07-10 09:10:43+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4161.0 Safari/537.36

Steps to reproduce:

Elements with `position: fixed`  inside of iframe that is `position: fixed` seem to have problem painting - super laggy for any CSS animation.

Here's a minimal demo. 
https://wonderful-shirley-9e51c7.netlify.app/


Actual results:

Animations can't be even considered animations. 


Expected results:

Smooth animations.
Bug: Very long tail suggestions can overflow their line in the results panel
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-06-30 14:10:57+00:00
Resolved: 2020-07-10 15:48:45+00:00

If the first word in a long tail suggestion is changed by Google, then the entire string is returned as the tail. This breaks the layout as the ellipses are not needed at the beginning.

I've attached a screenshot of the current Firefox behaviour. Chrome handles this by just displaying these suggestions without the ellipses. Interestingly, for the string shown in the screenshot, they also don't display the first suggestion.

[Tracking Requested - why for this release]:
Tail suggestions will probably launch to the Release audience in 79. This is a visual bug that shouldn't be too hard to fix.
Bug: Since Firefox 78, I can't paste images from the clipboard
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-30 15:18:56+00:00
Resolved: 2020-06-30 20:53:22+00:00

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

Steps to reproduce:

It worked fine until I update to v78.

Windows 10 1909, Firefox 78 64 bits. Tested with WhatApp web and an user script that upload the pasted image to imgur.

I use a prefs.js file, here it is: https://pastebin.com/GGgfkFxH
Bug: PDF printing does not rotate PDF pages to match the print orientation on macOS
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-30 16:43:52+00:00
Resolved: 2020-08-04 18:23:38+00:00

On macOS 10.15.5 Nightly 79.0a1 (2020-06-26), when printing a PDF opened in a tab using the built-in PDF viewer, Nightly's File > Print dialog selects by default the Orientation configured in File > Page Setup, which is generally fine. However, as opposed to Safari, Chrome (using system dialog), and Preview.app, this results in damaged printouts as pages whose orientation do not match are truncated midway.

Safari, Chrome, and Preview.app all rotate (if necessary) each page the PDF to conform to the selected orientation, so that printing a Landscape-oriented PDF — or a PDF with a mix of Landscape and Portrait pages — in either Portrait or Landscape orientation results in the full PDF page being printed correctly to the printer.
Bug: Typing "about:blank browsers" and pressing enter does not take me to search engine results and instead says "wrong URL"
Status: NEW
Priority: P3
Created: 2020-06-30 18:25:15+00:00
Resolved: 2020-07-16 02:54:17+00:00

When I type "about:blank some keyword" (or other about: pages)  and press enter - I am not taken to search engine results and instead the browser says that the URL is invalid. That's not the expected behaviour because when I type http://wikipedia.org blabla" (or the URL of any other website followed by some keywords) I am taken to search engine results.
Bug: Firefox Sync failing (status 503)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-01 02:22:21+00:00
Resolved: 2020-07-01 03:29:47+00:00

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

Steps to reproduce:

Sign into sync via my Firefox Sync account. Attempt to sync. (tried on multiple computers:

Manjaro Linux (kernel 5.4.44), Firefox 78.0 (2 separate machines)
Windows 10 Update 2004, Firefox 77




Actual results:

Firefox sync fails to connect to the server (503 error), sync-597-us-west-2.

Apparent failure to sync anything (tabs, passwords, extensions, history, etc).


Expected results:

Firefox sync connects to sync-597-us-west-2 and syncs data.
Bug: The CPU utilization on a machine that a admin uses to administrator Kaseya VSA goes very high if logged in via Firefox. This does not happen with other Browsers.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-01 06:58:43+00:00
Resolved: 2020-08-11 21:43:52+00:00

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

Steps to reproduce:

Every time I open Kaseya VSA Web Portal with Firefox. It spikes my local machine CPU usage and causes my fans to spin up to max RPM's within seconds. This has been happening for over a year now. It doesn't matter what computer I use Kaseya VSA on, it still happens. 


Actual results:

1) Login to Kaseya VSA using Firefox.
2) Monitor CPU utilization on system.
3) It keeps on increasing and makes my system frozen.
4) It increases more if I use Kaseya Live Connect App within Kaseya Portal to remote into the endpoints. 
5) It is not happening while using other Browsers.


Expected results:

The CPU utilization should not go very high while using Firefox to administer the Kaseya VSA portal.
Bug: about preferences freezes the whole UI
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-01 08:08:52+00:00
Resolved: 2020-07-01 12:19:33+00:00

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

Steps to reproduce:

I opened about:preferences


Actual results:

The whole UI froze for 25-30 seconds.
Here is a perf profile. https://share.firefox.dev/2NJnE3h
This does not happen on a fresh profile so I can't run mozregression.
I attatched the about:support data. Not sure what is messed up about my profile.


Expected results:

It should not freeze
Bug: Firefox 77 Mac (localized to TL) not updating to 78
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-01 10:50:20+00:00
Resolved: 2020-07-01 15:26:00+00:00

Hi! I'm using a localized version of Firefox (77) and just noticed that it has not yet updated to 78 as of this writing.

Checked my Firefox Developer installation (same machine), and it has 79 already.
Bug: Re-enable browser_ContentSearch.js mochitest for content search
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-07-01 13:45:09+00:00
Resolved: 2024-01-23 22:02:44+00:00

`browser/modules/test/browser/browser_ContentSearch.js` is to be disabled as a part of Bug 1619953 because it always causes shutdown leaks after changes that make the acquired stream asynchronous.

Shutdown leaks only happen on 64bit Linux with Fission not enabled.

https://treeherder.mozilla.org/#/jobs?repo=try&revision=1dc61c190b34031155341c958c0fd857d584f635

Since this is the only test to be suffering from such leaks, and that too only for a particular configuration, it is possible that the test requires examination.

--------
EDIT: Leak also seems to happen with Fission enabled, but intermittently.
https://treeherder.mozilla.org/#/jobs?repo=autoland&group_state=expanded&revision=9f610c8c44de2797e1b32ca92eb6a6c83c884a6d&searchStr=browser-chrome&selectedTaskRun=XMkRcCyhS4yFl97Leat8UA.0
Bug: automatic slash at the end of url creates wrong address for about pages bookmarked
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-01 14:44:27+00:00
Resolved: 2020-07-03 08:29:11+00:00

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

Steps to reproduce:

1. Open about:config page
2. Bookmark it
3. Type "config" in the url bar or a string necessary to make "about:config" appear as a first suggestion to be visited.
4. Press enter or select result with mouse.


Actual results:

Address was wrongly changed to "about:config/" and the page does not open.


Expected results:

Address should have remained "about:config" without additional slash as bookmarked and the page should have been opened.
Bug: not syncing: login returned false
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-01 16:53:58+00:00
Resolved: 2020-07-01 17:37:28+00:00

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

Steps to reproduce:

Attempted firefox sync


Actual results:

Sync did not occur. All versions of firefox are latest update. It acknowledges that all devices are on one account but new device will not sync.
Bug: browser.urlbar.maxRichResults value is ignored in v78
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-01 17:33:57+00:00
Resolved: 2020-07-29 10:13:59+00:00

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

Steps to reproduce:

Prior to v78, 15 lines used to show underneath the address bar when I clicked on it, as per my "browser.urlbar.maxRichResults" value of 15.


Actual results:

In v78 the amount of lines shown underneath the address bar now appears to be limited to 7.


Expected results:

I believe Firefox should have respected my "browser.urlbar.maxRichResults" value of 15.

The add-on "Show History Frequent Sites Button" mimics what I would expect, although I should not have to resort to add-ons in order to fix problems introduced in new versions Firefox. 

Whatever happened to listening to the end user?