av9ash/GitBugs huggingface dataset:
Bug: Trying to save a PDF results in dozens of identical Save File dialogues
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-12-17 22:29:21+00:00
Resolved: 2023-12-18 11:26:25+00:00

User Agent:
Firefox version: 120.0.1 (64-bit)
Ubuntu version: 6.2.0-37-generic #38~22.04.1-Ubuntu

Computer:
this happens on two different laptops, on a dell machine and on a thinkpad x1 yoga machine. They both have the same CPU: i7-1265U

Steps to reproduce:
- the bug is nondeterministic
- open a pdf file on the Internet
- pressed Ctrl-S to save a PDF in a browser tab

Actual results:
- 90 identical file-choose (Save As) dialogues opened up, one on top of each other
Expected results:
- just one dialogue should be opened
Bug: [about:logins] The “Remove” button is misplaced in Edit Mode
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-12-18 07:03:53+00:00
Resolved: 2024-01-10 14:14:55+00:00

**Found in**
* 122.0a1

**Affected versions**
* 122.0a1

**Affected platforms**
* Windows 10 
* macOS 13
* Ubuntu 22 

**Steps to reproduce**
1. Open about:logins
2. Add a login for any website
3. While the saved login is in focus, enter “Edit” mode
4. Observe the “Remove” button

**Expected result**
* The “Remove” button is aligned with “Save” and “Cancel” buttons. 

**Actual result**
*  The “Remove” button is slightly above Save and Cancel buttons. 

**Regression range**
* First bad: 10278e294b9cc514d6e271abffa4f37dff7cf678
* Last good: c98598f88f9d71061733bf4c96a7891071de5966
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c98598f88f9d71061733bf4c96a7891071de5966&tochange=10278e294b9cc514d6e271abffa4f37dff7cf678
* Potentially regressed by: 1844869 

**Additional notes**
* The functionality is not affected
Bug: Pinned tabs are not found in FirefoxView search
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-12-18 19:46:40+00:00
Resolved: 2023-12-19 10:25:43+00:00

I am using firefox view search(enabled by `browser.firefox-view.search.enabled`), when I searched for a pinned tab I was not able to find the tab.
I unpinned the tab that I wanted to initially find and was able to find it
I pinned it again and was unable to find it again
Bug: Intermittent TV browser/components/protections/test/browser/browser_protections_vpn.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: WONTFIX
Created: 2023-12-19 01:05:29+00:00
Resolved: 2024-05-20 15:16:57+00:00

**Filed by:** nfay [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=440583607&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/QcgRx8eASMChk7_vMIq1fg/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/QcgRx8eASMChk7_vMIq1fg/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2023-12-18T21:30:38.136Z] 21:30:38     INFO - TEST-START | browser/components/protections/test/browser/browser_protections_vpn.js
[task 2023-12-18T21:33:33.416Z] 21:33:33     INFO - TEST-INFO | started process screentopng
[task 2023-12-18T21:33:33.619Z] 21:33:33     INFO - TEST-INFO | screentopng: exit 0
[task 2023-12-18T21:33:33.620Z] 21:33:33     INFO - Buffered messages logged at 21:30:38
[task 2023-12-18T21:33:33.620Z] 21:33:33     INFO - Entering setup bound 
[task 2023-12-18T21:33:33.620Z] 21:33:33     INFO - Buffered messages logged at 21:32:25
[task 2023-12-18T21:33:33.620Z] 21:33:33     INFO - Leaving setup bound 
[task 2023-12-18T21:33:33.620Z] 21:33:33     INFO - Entering test bound testVPNCardVisibility
[task 2023-12-18T21:33:33.620Z] 21:33:33     INFO - Buffered messages finished
[task 2023-12-18T21:33:33.620Z] 21:33:33     INFO - TEST-UNEXPECTED-FAIL | browser/components/protections/test/browser/browser_protections_vpn.js | Test timed out - 
[task 2023-12-18T21:33:33.620Z] 21:33:33     INFO - GECKO(3985) | Completed ShutdownLeaks collections in process 3985
[task 2023-12-18T21:33:33.620Z] 21:33:33     INFO - TEST-START | Shutdown
[task 2023-12-18T21:33:33.621Z] 21:33:33     INFO - Browser Chrome Test Summary
[task 2023-12-18T21:33:33.622Z] 21:33:33     INFO - Passed:  0
[task 2023-12-18T21:33:33.625Z] 21:33:33     INFO - Failed:  1
[task 2023-12-18T21:33:33.626Z] 21:33:33     INFO - Todo:    0
[task 2023-12-18T21:33:33.626Z] 21:33:33     INFO - Mode:    e10s
[task 2023-12-18T21:33:33.630Z] 21:33:33     INFO - *** End BrowserChrome Test Results ***
```
Bug: By editing the path of URL and then opening the URL, the scheme will change
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2023-12-19 04:06:20+00:00
Resolved: 2024-03-04 15:50:35+00:00

Steps to reproduce:
1. Set `browser.urlbar.trimHttps` = true.
2. Open `https://example.com/abc`. (`example.com/abc` will be shown in the URL bar).
3. Edit the path part of the URL. e.g. `example.com/abcde`.
4. Type the Enter key to open the page.

Expected result: Open the page with `https`.
Actual result: Open the page with `http`.
Please check the attachment.
Bug: Potential Memory Leak When accessing PDF with User Agent Spoof
Status: UNCONFIRMED
Priority: P3
Created: 2023-12-19 05:55:02+00:00
Resolved: 2024-02-09 14:45:57+00:00

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

Steps to reproduce:

- Go to about:config and set `general.useragent.override` to `Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/118.0.0.0 Safari/537.36`
- Go to a local directory
- Open any PDF file
- Go back using back arrow button
- Memory start usage rising


Actual results:

Once I go back to the index of the directory my system's memory usage starts increasing rapidly and only stops when the tab is closed. So far it only occurs when accessing a local PDF Files.


Expected results:

Once the back button is pressed it should not acquire more RAM.

Sometimes the leak doesn't happen if the user agent isn't spoofed but if it is then the leak happens every time (I've tested this on both Firefox and Firefox Developer Edition)
Bug: The Text from the "How we determine review quality" card spills on DE builds when resizing the Review Checker to a smaller size
Status: NEW
Priority: --
Created: 2023-12-19 11:18:18+00:00
Resolved: 2024-01-02 17:42:52+00:00

**Found in**
* Nightly 123.0a1 (2023-12-18)

**Affected versions**
* Nightly 123.0a1 (2023-12-18)
* Beta 122.0b1

**Affected platforms**
* All

**Preconditions:**
Set the browser.shopping.experience2023.enabled - TRUE
Set the browser.shopping.experience2023.optedIn - 1
Have a DE build.

**Steps to reproduce**
1. Reach Amazon.com/p
2. Select the first available item in order to reach the product details page.
3. Expand the "How we determine review quality" card.
4. Resize the Review Checker to the smallest size

**Expected result**
* The text should not spill out of the frame with a smaller Review Checker.

**Actual result**
* The Text from the How we determine Review Quality spill out of the frame.

**Regression range**
N/A
Bug: The Review Checker Onboarding card does not shrink enough on MacOS with DE builds
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-12-19 11:35:23+00:00
Resolved: 2024-01-23 08:36:59+00:00

**Found in**
* Nightly 123.0a1 (2023-12-18)

**Affected versions**
* Nightly 123.0a1 (2023-12-18)
* Beta 122.0b1

**Affected platforms**
* MacOS
* This Issue affects Window as well but its a less noticeable issue there.

**Preconditions:**
Set the browser.shopping.experience2023.enabled - TRUE
Set the browser.shopping.experience2023.optedIn - 0
Have a DE build.

**Steps to reproduce**
1. Reach Amazon.com/p
2. Select the first available item in order to reach the product details page.
3. Resize the Review Checker to the smallest size

**Expected result**
* The Onboarding card text should move on the next rows when resized to the smallest size.

**Actual result**
* The Onboarding card shrinks a bit but the text is still not fully visible after resizing it to the smallest size. 
Please note that En-US and FR builds do not have this issue, (On those versions it was fixed with Bug 1866501 )

**Regression range**
N/A
Bug: Certain Products will return the "No info available right now" Error message
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-12-19 15:23:57+00:00
Resolved: 2024-01-08 08:36:11+00:00

**Found in**
* Nightly 123.0a1 (2023-12-18)

**Affected versions**
* Nightly 123.0a1 (2023-12-18)
* Beta 122.0b1
* 121.a01

**Affected platforms**
* ALL

**Preconditions:**
Set the browser.shopping.experience2023.enabled - TRUE
Set the browser.shopping.experience2023.optedIn - 0

**Steps to reproduce**
1. Reach the following products: 
https://www.bestbuy.com/site/product/8300894.p
https://www.bestbuy.com/site/product/6389372.p

**Expected result**
* These 2 products should show the Adjusted Rating card and the Highlights from recent reviews.

**Actual result**
* The "No info available right now, We’re working to resolve the issue. Please check back soon." Error is displayed

**Regression range**
21:48.62 INFO: No more integration revisions, bisection finished.
21:48.62 INFO: Last good revision: 352bc91163706c64c154a76e5f8cef749b955a20
21:48.62 INFO: First bad revision: 45d2c2d6343e237f1890eba5bd19d5b37ba133e6
21:48.62 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=352bc91163706c64c154a76e5f8cef749b955a20&tochange=45d2c2d6343e237f1890eba5bd19d5b37ba133e6
Bug: Firefox cannot be pinned to the taskbar from the first onboarding card
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-12-19 15:24:55+00:00
Resolved: 2023-12-28 09:21:31+00:00

**[Affected versions]:**
- Firefox Beta Version 122.0b1, Build ID 20231218153201
- Firefox Nightly Version 122.0a1, Build ID 20231217210522

**[Affected platforms]:**
- Windows 10 x64
- Windows 11 x64

**[Prerequisites]:**
- Have the latest Firefox Beta 122 installed.
- Do not have the Firefox browser pinned to the taskbar,

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Navigate to the about:welcome page and make sure the "Pin Firefox to taskbar" option is checked.
3. Click the "Save and continue" button.
4. Right-click the Firefox icon from the taskbar and observe the context menu.

**[Expected result]:**
- Firefox is pinned to the taskbar and the option to Unpin is displayed.

**[Actual result]:**
- Firefox is not pinned to the taskbar and the option to Pin is displayed.

**[Regression]**
- I've run a regression check using mozregression and it appears that the issue was caused by Bug 1863636.

Last good revision: eedf073554aca71a2d13b1d32d24e432d87c172b
First bad revision: c1276dfd362aae45feedd7e55a86a959480617f8
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=eedf073554aca71a2d13b1d32d24e432d87c172b&tochange=c1276dfd362aae45feedd7e55a86a959480617f8

**[Notes]:**
- Attached a screen recording of the issue.
- The issue is only reproducible on Windows machines.
- The issue is also reproducible when trying to pin a Private window from the "Private browsing freedom in one click" promo.
Bug: The Review Checker is displayed for an Error page
Status: NEW
Priority: --
Created: 2023-12-19 15:45:11+00:00
Resolved: 2023-12-19 15:45:40+00:00

**Found in**
* Nightly 123.0a1 (2023-12-18)

**Affected versions**
* Nightly 123.0a1 (2023-12-18)
* Beta 122.0b1
* 121.a01

**Affected platforms**
* ALL

**Preconditions:**
Set the browser.shopping.experience2023.enabled - TRUE
Set the browser.shopping.experience2023.optedIn - 1

**Steps to reproduce**
1. Reach the following product: https://www.bestbuy.com/site/product/6531909.p

**Expected result**
* The Review Checker should not be displayed for an error page.

**Actual result**
* The Actual page Returns: "We’re sorry, something went wrong. You can use our search bar or pick a category below. If you typed in a URL, check it for errors." but we still see the Review Checker for a product.

**Regression range**
N/A
Bug: Showing the bookmarks toolbar should not resize the content area twice
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-12-19 16:58:58+00:00
Resolved: 2023-12-30 10:47:30+00:00

When the bookmarks toolbar has a min-height (via https://searchfox.org/mozilla-central/rev/5920b970c9996c7820c7ebf4e7b072e77017edf2/toolkit/themes/windows/global/toolbar.css#20), showing the toolbar may resize the content area twice, the first time for showing the empty toolbar, the second time as bookmarks show up.

In customize mode, we do want a min-height. However this has stopped working:
https://searchfox.org/mozilla-central/rev/5920b970c9996c7820c7ebf4e7b072e77017edf2/browser/themes/shared/browser-shared.css#270-273
... because the toolbar is never really empty these days, e.g. there's a `toolbartabstop` element for keyboard access.
Bug: MSIX Nightly build not setting http and https file associations on newer windows
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-12-19 17:44:22+00:00
Resolved: 2024-02-27 23:45:45+00:00

On newer builds of Windows, when Microsoft has enabled new "functionality", the Set to default process in Firefox sets the handlers for http, https, .htm and .html but then afterwards, Windows goes and changes the handler for http and https to Edge. Windows thinks Firefox is doing something it shouldn't, so resets just those handlers to the system default (Edge).

This results in a janky experience, such that the clicking on links in email programs or Slack will launch Edge, but double clicking on .html files will launch Firefox.

This bug is basically the reverse of this slightly older bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=1870047

This bug came about as a result of changing MSIX builds to do 1-click set to default via Powershell.

See the a GIF showing the repro, captured by @atrif for for Bug 1870047, here: https://drive.google.com/file/d/1EvKlg45LmsehGQExh-O7N2tTsH7w51yJ/view?usp=sharing
Bug: Screenshow download button off screen
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2023-12-19 19:34:54+00:00
Resolved: 2024-05-09 19:50:26+00:00

Steps to reproduce:

Take screenshot of area with the area height larger than screen


Actual results:

Download button to trigger screenshot is off screen require scrolling(it could be just off the screen). This can cause some problems such as with headers that obscure the area and depend on the scrollbar position. Having the page scrolled to the top is necessary to avoid it screwing up the screenshot but this conflicts with being able to take the screenshot by clicking on the button(and there seems to be no hotkey to trigger).


Expected results:

The button should try to position itself in view to the top, bottom, left or right of the area which ever gives the most view of the button. Ideally allow a keystroke or hotkey to initiate the screenshot.

This is a simple fix with just checking coordinates and visibility and/or enabling a keystroke while the "take screenshot" area selector is active). Ideally firefox would disable any floating headers and footers but this could be a complex issue.

Also taking a full page screenshot is not an option since 75% of the window is blank due to wide screens.
Bug: The whole tab strip becomes transparent when the window is not focused if the title bar is not drawn in
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2023-12-20 08:41:45+00:00
Resolved: 2024-01-25 14:49:41+00:00

**[Affected versions]:**
- Firefox Nightly 123.0a1, BuildID 20231219231600
- Firefox Beta 122.0b1, BuildID 20231218153201

**[Affected Platforms]:**
- Windows 10 22H2
- macOS 14.1.1
- Ubuntu 22.04

**[Prerequisites]:**
- Have the `browser.tabs.inTitlebar` pref set to `2`. 

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Open a few tabs in the current window.
3. Open a new window and observe the previous one's tab strip.

**[Expected result]:**
- The tab strip is clearly visible.

**[Actual result]:**
- The tab strip is transparent and pinned tabs, favicons, and tab titles are harder to make out. 

**[Regression Window]:**
 8:59.65 INFO: Last good revision: ab5e2f241728caa5dc020e829b1045df55247758
 8:59.65 INFO: First bad revision: 80d2ca5e4bece1bfb30ea95421c0c410c822b835
 8:59.65 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=ab5e2f241728caa5dc020e829b1045df55247758&tochange=80d2ca5e4bece1bfb30ea95421c0c410c822b835

**[Notes]:**
- The issue is not reproducible on Linux by default as we draw in the title bar.
- The issue is not reproducible on Windows and macOS when `browser.tabs.inTitlebar` is set to `2`
- Attached is a screen recording of the issue: [link](https://drive.google.com/file/d/18CnxjcdJTCtu9QO7O7FmBO5kOPWmAdPs/view?usp=drive_link)

@emilio, could you please take a look at this?
Bug: The invalid webextension telemetry is incorrectly reported for search engines with post data
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-12-20 09:54:24+00:00
Resolved: 2024-01-18 04:51:07+00:00

I noticed that a couple of weeks ago there was a bump in telemetry where some add-on installed search engines were showing as having parameters that didn't match the installed add-on.

On investigation, it appears that an add-on incorrectly set `search_url_post_params` and later reverted it. However, we shouldn't have reported issues as the parameters should have been updated correctly.

Looking at the code, we are doing an [equality match on two objects](https://searchfox.org/mozilla-central/rev/c3263d48f391c2c6c984b874986341baf667bf12/toolkit/components/search/SearchEngine.sys.mjs#1037), which is wrong as they are created separately.

What we should be doing is a match against the data - `existingSubmission.postData.data.data == newSubmission.postData.data.data`.

We should fix that and add some tests to `test_webextensions_valid.js` that check post data based add-ons.

I suspect this won't affect the telemetry counts much, as search engines using post parameters are quite rare, however it would still be good to fix to get more accurate data.
Bug: Rich Entities suggestion icons are not horizontally aligned to the text
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-12-20 10:37:58+00:00
Resolved: 2024-04-02 00:47:12+00:00

**Found in**
* Fx122.0b1

**Affected versions**
* Fx122.0b1
* Fx123.0a1

**Affected platforms**
* Windows 10
* Ubuntu 20.04
* macOS


**Steps to reproduce**
1. Launch Firefox.
2. In the address bar, type something that will return rich results (e.g. carl).

**Expected result**
* Rich suggestions icons are correctly aligned with the text.

**Actual result**
* Rich suggestions icons are one pixel off from bottom alignment with the text.

**Regression range**
* Will look for a regression ASAP, but this looks like something specific to rich suggestions.

**Additional notes**
* Please note that not all rich suggestions are misaligned to their corresponding icons (see screenshot for more details).
Bug: [Ubuntu] There is no longer a clear visual distinction between the password list and the "Save your Password" page in about:logins when using HC mode with the dark theme
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-12-20 10:52:04+00:00
Resolved: 2024-01-09 15:45:42+00:00

**Found in**
* 122.0b1

**Affected versions**
* 123.0a1
* 122.0b1

**Affected platforms**
* Ubuntu 22

**Steps to reproduce**
1. Set dark theme at the OS level
2. Set the High contrast mode
3. Access about:login page
4. Observe the page

**Expected result**
* The is a visual difference between the Password list container and the "Save your Password"  page background.

**Actual result**
* The is no visual distinguish the Password list container and the "Save your Password"  page.

**Regression range**
* First bad: 1aa814da9673b96d5ef1df45804f11753e0b2f42
* Last good: 0df1871016724b0108e9c0b5e8a64e774aa5da7
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f0df1871016724b0108e9c0b5e8a64e774aa5da7&tochange=1aa814da9673b96d5ef1df45804f11753e0b2f42
* Potentially regressed by: 1846846 

**Additional notes**
* Windows and macOS are not affected
Bug: Year in date field in PDF form defaults to 1970 when unfocussing
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-12-20 10:58:41+00:00
Resolved: 2023-12-20 11:48:28+00:00

Steps to reproduce:

 - Open provided PDF file in firefox
 - Fill date field "Abmeldung zum" e.g. 01 01 2000
 - Unfocus / "click out of" the field



Actual results:

- The year will be shown as 1970
- When focussing the field, the date will correct itself


Expected results:

The year should be displayed correctly
Bug: Add-on search engines do not correctly save their icons in the cases of multiple icons
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2023-12-20 12:19:14+00:00
Resolved: 2024-11-15 15:05:13+00:00

In the search engine code for add-ons, we will use the `chrome_settings_overrides.search_provider.favicon_url` as the default, but also try to fallback to using the add-ons main icons as alternatives.

We have code which attempts to save the [alternative icons to a map indexed by their size](https://searchfox.org/mozilla-central/rev/c3263d48f391c2c6c984b874986341baf667bf12/toolkit/components/search/AddonSearchEngine.sys.mjs#325-334). However, the code is wrong, in one place it uses `width` and `height`, and in another place it uses `size`.

As a result, these end up being saved with an empty key `{}` that can never be matched.

The function linked to above can also be simplified - there is no point in iterating over the icon array twice.

When we fix this, we should also re-enable the sub-test for the 32 bit icon that is being disabled in [this patch](https://phabricator.services.mozilla.com/D196734) in `browser/components/extensions/test/xpcshell/test_ext_settings_overrides_search.js`.
Bug: The Review Checker micro Survey Title is overlapped by the X Close button with DE builds
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-12-20 12:51:58+00:00
Resolved: 2024-02-06 21:14:45+00:00

**Found in**
* Nightly 123.0a1 (2023-12-20)

**Affected versions**
* Nightly 123.0a1 (2023-12-20)
* Beta 122.0b1

**Affected platforms**
* ALL

**Preconditions:**
Set the browser.shopping.experience2023.enabled - TRUE
Set the browser.shopping.experience2023.optedIn - 1

Have a DE build.

**Steps to reproduce**
1. Reach enough Product details pages until the micro Survey is triggered.
2. Select any option and reach the second slide.
3. Resize the Review Checker to a smaller size.

**Expected result**
* The Text should move to a second row before it reaches the X Close button.

**Actual result**
* The X Close button overlaps the text when the Review checker is at a smaller size.

**Regression range**
N/A
Bug: Trending suggestions pref causes web search suggestions to be displayed for one letter inputs
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-12-20 14:23:20+00:00
Resolved: 2024-06-18 14:34:41+00:00

**Found in**
* Fx 122.0b1

**Affected versions**
* Fx 122.0b1
* Fx 123.0a1

**Affected platforms**
* Windows 10
* Ubuntu 20.04
* macOS

**Steps to reproduce**
1. Launch Firefox.
2. Open a new tab and type 'z'.

**Expected result**
* NO web search suggestions are displayed for one letter input.

**Actual result**
* Web search suggestions are displayed for one letter input, which is only specific for trending suggestions feature, even though no trending suggestions are actually displayed.

**Regression range**
* Not a regression. Has been like this since the implementation of trending suggestions.

**Additional notes**
* Please note that this affects the balance of results shown (websearch suggestions vs firefox suggest). With trending enabled the firefox suggest results are drastically reduced (only 3 shown).
* With browser.urlbar.trending.featureGate disabled, there are no web search suggestions for 1 letter input.