av9ash/GitBugs huggingface dataset:
Bug: Title of refresh profile progress dialog is truncated.
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-04-06 18:15:25+00:00
Resolved: 2020-05-11 11:59:39+00:00

STR:
1. Open about:support
2. Click [Refresh Nightly...]
3. Follow instruction from Nightly

Actual Results:
Title of refresh profile progress dialog is truncated.
See attached screen shot.

Expected Results:
The dialog should be wide enough to display the entire title.
Bug: Firefox no longer shows old passwords
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-06 18:59:50+00:00
Resolved: 2020-04-22 00:44:20+00:00

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

Steps to reproduce:

I have Firefox syncing my passwords.


Actual results:

One of my Firefox instanses suddenly doesn't show any of my passwords (except a few added after this started happeding), even though the passwords are show on all other insances and are synced between them.


Expected results:

It should show all passwords.
Bug: Pinterest link not working from e-mail
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-06 21:10:45+00:00
Resolved: 2020-04-13 07:14:32+00:00

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

Steps to reproduce:

open e-mail from Pinterest, click on one of the pictures which should take me to the Pinterest page


Actual results:

linked page shows up that is blank and has no web address at the top


Expected results:

It used to show the web address and a complete web page.  Note, this works when I am  not using Firefox
Bug: URL Spoofing using “◌̣” (U+0323)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-06 23:52:18+00:00
Resolved: 2024-05-30 17:13:19+00:00

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

Steps to reproduce:

http://www.xn--google-e4d.com/

By adding this * ̣ * (notice the DOT under asterisk) we can actually spoof the URL (espicially the inexperienced users)


Actual results:

http://www.goog̣le.com/


Expected results:

The URL should be shown in PunnyCode
Bug: persistent storage permission cannot be invoked
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-07 00:19:28+00:00
Resolved: 2020-04-07 06:47:52+00:00

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

Steps to reproduce:

1. Grant persistent storage permission with navigator.storage.persist()
2. Click 'Allow' in the popup.
3. navigator.storage.persisted() return true.
4a. Remove the persistent storage permission from the "site information" dropdown next to the address bar.
4b. Rerun navigator.storage.persist() and choose 'not now' this time.


Actual results:

4a. navigator.storage.persisted() still returns true.
4b. The "site information" dropdown shows persistent storage permission is "blocked temporary", but navigator.storage.persisted() still returns true.

Restarting the browser doesn't fix it.


Expected results:

navigator.storage.persisted() returns false.
Bug: Dont log URIs when sync fails to fetch favicons for synced tabs
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-07 00:40:48+00:00
Resolved: 2020-04-14 21:51:21+00:00

Over in Bug 1627638, the sync error log uploaded by a user contains several lines like:

```
1586172544416   Sync.Engine.Tabs.Store  WARN    Failed to fetch favicon for https://example.com/this-is-a-doctored-example
```

As a result we're able to see the precise tabs that this user had open at the time this sync log was generated.

We generally avoid logging personally-identifiable or otherwise sensitive/private information in the sync logs by default, so that it's safe for users to share their logs with us when debugging things. Let's either remove these log lines, or turn them into a `TRACE`-level log (which users have to explicitly opt in to).
Bug: [ja][he] Main manubar and drop down are not localized in [ja] build
Status: VERIFIED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-07 01:10:37+00:00
Resolved: 2020-04-07 12:27:03+00:00

After update to Nightly77.0a1 from Nightly76.0a1, main manubar and drop down does not localized in [ja] build.  see attached screenshot.

Regression window:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=71042f6bc4f60a17da230d58529ca177bc3356ef&tochange=004536f666bfc2acf7002da703f003216f8aa5a5
Bug: megabar should not have additional padding if suggestions popup is not open but has focus
Status: VERIFIED
Priority: --
Resolution: WONTFIX
Created: 2020-04-07 01:13:01+00:00
Resolved: 2020-04-24 21:39:47+00:00

Seeing a lot more feedback about megabar post 75 release, and this enhancement just struck me.

Steps to reproduce:

1. Open Firefox
2. Do `Ctrl-l`
3. Type anything
4. Hit `escape`

Expected result:

Since there is no reason for expansion (no top sites or suggestions), I expect that the padding should not be around the megabar, and instead, it ought to look like the old addressbar focus (just a stroke around the bar).

What happens:

The megabar padding is present and looks out of place. The styling of megabar looks *great* in the expanded state, but looks bulky and out of place when not expanded. 

Note: I am not a megabar hater. I generally like it and I think it makes Firefox look more modern and the old full-width addressbar didn't really have that much more going for it. 

However, there is one thing that has been nagging me for a while, and I just realized what it is: the megabar always expands even when there is no reason for it to be expanded. Focus isn't enough (imo) to explain why it ought to be expanded, because if that were the case, the separate search box should also be expanded as soon as it gets focus - the fact that it doesn't implies to me that it simply isn't that interesting for it to have to be consistent.

I hope this suggestion wasn't already WONTFIXed - it would go a long way to making the megabar look great in all states, not just the expanded one. 

FWIW, this is exactly how Chromium works. No shadows (for example) until suggestions appear. Just a simple focus otherwise.
Bug: With user font css, certain menus on various websites strobe, safety risk, introduced in 74.0.1
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-07 07:53:44+00:00
Resolved: 2020-04-10 05:46:47+00:00

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

Steps to reproduce:

I visited the advanced search page here:

https://gallica.bnf.fr/services/engine/search/advancedSearch/

I tried to select a subject to narrow my search.


Actual results:

The menu strobes and jumps about.


Expected results:

The menu shouldn't strobe.

I have a strobe sensitivity, so can't safely use a default profile or test the page in one.
Bug: PDF viewer - Current view, with automatic zoom selected doesn't keep position in page
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-07 10:00:57+00:00
Resolved: 2020-04-29 19:47:32+00:00

**Affected versions**
* 77.0a1 (2020-04-06), 75.0, 76.0b1;

**Affected platforms**
* macOS 10.15.3, Windows10;

**Steps to reproduce**
1. Launch Firefox, and access the following [link](https://www.intel.com/content/www/us/en/architecture-and-technology/silicon-photonics/5g-fronthaul-network-architectures-paper.html);
2. Select the automatic zoom from the tool;
3. Scroll down a few pixels so that the title is not fully displayed;
4. Click on the [Current view] button;

**Expected result**
* button is pressed;

**Actual result**
* as clicking, page begins to get scrolled up;

**Regression range**
* will check and provide one asap;

**Additional notes**
* attached recording with the issue;
* on Windows 10, this is limited to 1 time, the worse seems to be on macOS.
Bug: Address bar edge highlighting both rectangular and rounded - MacOS Dark Theme
Status: RESOLVED
Priority: P1
Resolution: INVALID
Created: 2020-04-07 11:23:56+00:00
Resolved: 2020-04-08 15:25:22+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:

Open Firefox on MacOS with dark theme and select the URL bar


Actual results:

URL bar shows overlapping edge highlighting that is both rectangular and rounded.


Expected results:

Either rounded or rectangular edge highlighting - I assume rounded.
Bug: Intermittent browser/components/urlbar/tests/browser/browser_autocomplete_enter_race.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-04-07 12:26:06+00:00
Resolved: 2020-05-05 17:04:39+00:00

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

---

[task 2020-04-07T11:26:35.976Z] 11:26:35     INFO - TEST-START | browser/components/urlbar/tests/browser/browser_autocomplete_enter_race.js
[task 2020-04-07T11:27:20.992Z] 11:27:20     INFO - TEST-INFO | started process screenshot
[task 2020-04-07T11:27:21.055Z] 11:27:21     INFO - TEST-INFO | screenshot: exit 0
[task 2020-04-07T11:27:21.055Z] 11:27:21     INFO - Buffered messages logged at 11:26:35
[task 2020-04-07T11:27:21.055Z] 11:27:21     INFO - Entering test bound setup
[task 2020-04-07T11:27:21.055Z] 11:27:21     INFO - Buffered messages logged at 11:26:36
[task 2020-04-07T11:27:21.055Z] 11:27:21     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_autocomplete_enter_race.js | Setup complete - 
[task 2020-04-07T11:27:21.056Z] 11:27:21     INFO - Leaving test bound setup
[task 2020-04-07T11:27:21.056Z] 11:27:21     INFO - Entering test bound 
[task 2020-04-07T11:27:21.056Z] 11:27:21     INFO - wait for the page to load
[task 2020-04-07T11:27:21.056Z] 11:27:21     INFO - Buffered messages finished
[task 2020-04-07T11:27:21.056Z] 11:27:21     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_autocomplete_enter_race.js | Test timed out - 
[task 2020-04-07T11:27:21.095Z] 11:27:21     INFO - GECKO(4844) | MEMORY STAT | vsize 2104879MB | vsizeMaxContiguous 65926061MB | residentFast 460MB | heapAllocated 111MB
[task 2020-04-07T11:27:21.095Z] 11:27:21     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_autocomplete_enter_race.js | took 45117ms
[task 2020-04-07T11:27:21.095Z] 11:27:21     INFO - Not taking screenshot here: see the one that was previously logged
[task 2020-04-07T11:27:21.095Z] 11:27:21     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_autocomplete_enter_race.js | Found a tab after previous test timed out: http://example.com/?q=bear - 
[task 2020-04-07T11:27:21.174Z] 11:27:21     INFO - checking window state
Bug: Twitter connection
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-07 13:01:02+00:00
Resolved: 2020-04-07 14:28:53+00:00

User Agent: Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; Trident/6.0)

Steps to reproduce:

 Twitter Connection with Firefox  74.0.1 (and Before)
https://twitter.com/


Actual results:

"You are on the mobile version of Twitter because you are using an older version of Internet Explorer."

See screenshot in attached file


Expected results:

I should be on the desktop version of Twitter, not mobile.

Mozilla should not be recognized as IE  ;)

Thanks, have a nice day
Bug: Adding a bookmark blocks access to Library button whilst the animation is running (5 seconds)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-07 14:49:47+00:00
Resolved: 2020-07-03 14:16:15+00:00

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

Steps to reproduce:

1) Open any webpage
2) Click on the Star to add a bookmark
3) Click on the Library Icon (nothing happens)
4) Click on the Library Icon (nothing happens)
5) Click on the Library Icon (nothing happens)
6) Click on the Library Icon (nothing happens)
7) Click on the Library Icon (nothing happens)
8) Click on the Library Icon (Drop menu opens, finally)


Actual results:

Nothing happens if you click the Library button after adding a bookmark


Expected results:

Library drop menu should opens
Bug: [Protections Report] daily statistics are calculated in UTC+0 timezone, instead of the local one
Status: NEW
Priority: P3
Created: 2020-04-07 15:09:04+00:00
Resolved: 2020-05-12 00:55:32+00:00

A user reported that the protections report shown on about:protections is calculated using wrong timezone. Being in UTC+2 (CEST), everything up to 2:00 AM is still included into the previous day.

Being a developer (tough not Firefox contributor), I would estimate the stats are recorded and computed with hardcoded UTC+0 time zone, instead of the local timezone or the actual time on the machine at the time of visiting the websites.
Bug: Weave directory is >30 GB in size
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-07 16:10:29+00:00
Resolved: 2020-04-07 22:15:59+00:00

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

Steps to reproduce:

Just used Firefox normally. I've deleted the `weave` directory in my profile folder a couple of times, but it grows back to >30GB every time. This is quite an old install I think, so my Firefox Sync account has existed for quite a while, I think - it's possible the same one I was using back when it was still called Weave.


Actual results:

The `weave` directory in my profile folder takes up over 30GB in size, almost entirely due to the contents of `weave/logs`. That, in turn, contains >4000 files called `error-sync-<number>.txt`, whose contents appears to be mostly lines containing "INFO    BulkKeyBundle being created for".


Expected results:

Most of those logs should probably not be created.
Bug: address bar wrongly calculates sum of numbers
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-07 16:16:45+00:00
Resolved: 2020-04-08 05:21:40+00:00

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

Steps to reproduce:

I typed the following math formula to the address bar:

3,4+0,1+2,2+0,1+2,15+0,1+6,4



Actual results:

Firefox shows the wrong result as the last item of the drop down. It shows 7,95.


Expected results:

It should've shown 14,45. It does not work with dots either. The last two numbers are not added to the result.
Bug: An option to disable megabar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-07 16:31:00+00:00
Resolved: 2020-04-08 18:48:12+00:00

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

Steps to reproduce:

Simply open Firefox and "enjoy" the new megabar


Actual results:

The new megabar is annoying. I can understand the list, but the magnify. Really is this behavior needed? It can be a simple color change of border.


Expected results:

That the bar changes its border color, but not magnify.
Bug: Urlbar dropdown degraded to duplicating top sites from new tab page
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-04-07 16:32:01+00:00
Resolved: 2020-06-29 09:23:25+00:00

Before 75 urlbar dropdown results were different from new tab page top sites. If I understand correctly, dropdown was filled with frequently typed urls, while top sites by default were most visited urls (?) and also customizable with pinning what you want.
It was very useful because it was possible to have different urls in dropdown results and top sites.
Now urlbar dropdown just duplicates top sites, which is completely useless for me on new tab page (can be argued somewhat useful on tabs with loaded content).
I didn't a find pref in about:config to return previous behavior other than completely disabling new megabar (browser.urlbar.update1), making it impossible to have old dropdown results with new browser.urlbar.openViewOnFocus. Also I see you are planning to remove all those prefs, including browser.urlbar.update1 (Bug 1627969) which will make it impossible to bring back old dropdown results.

So in addition to Bug 1627858 (adding visible preference to current browser.urlbar.openViewOnFocus which is going removed) I suggest to add visible preference (or at least about:config) to control content of urlbar dropdown (old behavior or duplicating top sites).
Bug: The connection between the Top Sites and the New Tab page is unclear when the New Tab page is not used
Status: NEW
Priority: P3
Created: 2020-04-07 16:32:47+00:00
Resolved: 2021-12-17 09:08:43+00:00

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

Steps to reproduce:

When I click the new address bar of FF 75 I get a list with five items I can identify as being completely outdated. They are neither in my bookmarks, nor in my history. I can identify them as being at least 5 years old.
I've tried clearing all history, deleted all bookmarks (after searching them of course), started in safe mode - no change. There is no way to remove them by clicking or pressing del.
Then I even reset my Firefox profile. The 5 items were gone until sync restored my profile. So I guess these 5 items are somehow stored in my sync profile but there is no way to get rid of them. Maybe they are in some location the current bookmark manager doesn't show/have access to? I've never seen these items pop up before FF 75 - and now they show up whenever I click the address bar - that's why I'm posting this as a bug.
I know this is vague and I'll gladly try to provide more information if you can tell me how and what.
Bug: Cant Unfocus Address Bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-07 17:05:19+00:00
Resolved: 2020-04-08 18:48:18+00:00

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

Steps to reproduce:

1. Press CTRL + L
2. Press ESC


Actual results:

Address bar was focused, but upon ESC nothing happend, making it impossible to navigate the webpage again.


Expected results:

Pressing ESC should return focus from the Address bar to the Webpage. 
(Relatively sure this feature worked before the megabar update in v75, it is an issue since some laptops don't have the F-keys in default.)
Bug: Quantumbar: Github's favicon is not the same as the one in the tab
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-07 18:10:30+00:00
Resolved: 2020-04-08 18:46: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:

using Nightly 77.0a1, the favicon for github in quantumbar is different compared to the one used in the tab. (notice the github favicon in quantumbar is a black square and seems to be smaller). see attached screenshot
Bug: Right click on firefox taskbar button shows histroy
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-07 18:33:06+00:00
Resolved: 2020-05-01 17:09:48+00:00

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

Steps to reproduce:

I have turned off histroy in Firefox settings.
After cleaning ALL Firefox history I have closed Firefox.
After that I have made right click on the Firefox icon on the Windows 10 taskbar.


Actual results:

In opened menu I cluld see previously downloaded files, visited pages and basically my entire browsing history!


Expected results:

Browsing history is turned off so it shouldn't be visible.
Browsing history is DELETED so it shouldn't exist anymore.
Bug: Mixed language in settings and menus
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-07 18:57:45+00:00
Resolved: 2020-05-11 10:33:49+00:00

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

Steps to reproduce:

Updated Firefox to Version 75.
After seeing the first bug part, switched language to German (because English was still shown as selected), then back to English.


Actual results:

(1)
Interface showed everything in German, while English was selected as language to be used.

(2)
Interface shows parts in English and parts in German.



Expected results:

(1) Interface language should have stayed English.
(2) Interface language should have completely switched to English.
Bug: New behaviour of url bar on Linux is broken. Now it's hard to copy the address to clipboard, it takes at least 3 clicks to select the entire address.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-07 19:29:58+00:00
Resolved: 2020-04-08 14:37:48+00:00

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

Steps to reproduce:

Click the address in url bar


Actual results:

The address is selected but not copied to the clipboard


Expected results:

The address should be copied to the clipboard. It used to be possible to achieve this in previous version by double clicking the address. Now it takes many more clicks to actually select  the entire address so it gets copied to clipboard. In the process, the clipboard is polluted with fragments of the address after unsuccessful selection of the entire url
Bug: Please do not magnify AwesomeBar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-07 20:08:12+00:00
Resolved: 2020-04-08 18:48:19+00:00

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

Steps to reproduce:

The AwesomeBar is magnified when selected or a new tab is opened.


Actual results:

It's not aesthetic nor smooth.  The magnification is causing unnecessary distraction and eye strains. 


Expected results:

It should just change the border colour like the search bar
Bug: Address-bar-navigated reason not getting logged in telemetry on opening about:welcome manually via url
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-04-07 20:19:36+00:00
Resolved: 2020-04-24 09:44:14+00:00

Address-bar-navigated reason not getting logged in telemetry on opening about:welcome manually via url

STR:
1. Open about:welcome by entering 'about:welcome' in URL
2. Click Start Browsing button
3. Enter URL

Actual Result
In browser console , telemetry logged shows up as - "event":"SESSION_END","event_context":"{\"reason\":\"unknown\"

Expected Result
"event":"SESSION_END","event_context":"{\"reason\":\"address-bar-navigated\"

Note:
1) This issue is not replicable for new profiles when about:welcome is shown in first run flow after installing Firefox
Bug: Firefox changed default search engine to google after upgrade
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-04-07 20:27:47+00:00
Resolved: 2020-04-08 18:05:01+00:00

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

Steps to reproduce:

After installing Firefox 75 flatpak version and copy past the entire profile from a Firefox 74 non flatpak installation, running the new version resulted in the default search engine defaulting to google.
It was set as Startpage.com — Private Search Engine previously, installed by addon of the same name.



Actual results:

Firefox changed search engines on upgrade.


Expected results:

Firefox should had defaulted to Startpage.com search engine.
Bug: AwesomeBar is too eager to provide suggestions and many of them are duplicates
Status: NEW
Priority: P3
Created: 2020-04-07 20:49:42+00:00
Resolved: 2020-05-12 00:55:31+00:00

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

Steps to reproduce:

Open a webpage of your choice,  click on the AwesomeBar


Actual results:

A list of my frequently visited pages provided as suggestions. 

Most of them are just  some slightly different variants of the same website.  Also they are irrelevant to the web page currently open. 

So overall the suggestions are just noise and provide no value.

For example:

www.example.com/
www.example.com/#
www.example.com/home
www.website-I-visit-but-I-do-not-need-firefox-to-tell-me.com
www.example.com/index.html
www.example.com/#/home



Expected results:

Do *not* provide any suggestions until I start typing.  And only provide suggestions based on what I have typed so far.