av9ash/GitBugs huggingface dataset:
Bug: Cross site scripting that lead to browser slow down  and lead to the endless searching , Version 78.0.1 (64 bit window 8.1)
Status: UNCONFIRMED
Priority: P5
Created: 2020-07-28 12:46:09+00:00
Resolved: 2024-05-18 02:47:49+00:00

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

Steps to reproduce:

1- By writing this payload  javascript:x='%27-alert('but most  of all, Mozilla is the best is' ')-%27';   Mozilla will search endlessly
2.  if you write javascript:x='%27-alert('but most  of all,  Mozilla is the best')-%27';  removing one apostrophe, the browser will not search but stack
3. if you use copy and paste, the browser will automatically remove the word javascript 


Actual results:

1. stack the searching engine 
2. show the unresponsive script
3. if I use  javascript:x='%27-alert('but most  of all, Mozilla  is the best"')-%27';  the browser will search endlessly


Expected results:

1- as  normal search, javascript:x='%27-alert(1)-%27'; should search normally and not stacking
2. the endless search of  javascript:x='%27-alert('but most  of all, Mozilla is the best is' ')-%27'; should search fine as well and not endless search that connects to nowhere
Bug: Tab doesn't reload on crash
Status: NEW
Priority: --
Created: 2020-07-28 16:05:52+00:00
Resolved: 2020-08-21 12:10:35+00:00

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

Steps to reproduce:

- Shutdown PC with firefox open as always.

- Click on the firefox icon in applications window to open Firefox once you start your PC again.

- Screen shows "Gah, the tab has crashed" and shows two options to either close tab or reload tab.

- You click reload tab because well you need that tab.

- Tab doesn't reload no matter how many times you click reload tab.

- So you force reload using Ctrl+R, "Gah, it doesn't reload".

- You come to bugzilla to file and check on this issue.


Note : The tab is opened in the programming container of the multi-account container extension


Actual results:

Tab did not reload which it should've.


Expected results:

Tab should have reloaded successfully like all the other times.
Bug: [Firefox 79] "toolkit.tabbox.switchByScrolling" always "true"
Status: UNCONFIRMED
Priority: --
Created: 2020-07-28 18:46:58+00:00
Resolved: 2021-02-07 16:04:34+00:00

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

Steps to reproduce:

about:config → toolkit.tabbox.switchByScrolling


Actual results:

It doesn't matter which radio button is set to "True" or "False". The function always works.


Expected results:

When the radio button is to be set to "False", then the mouse wheel should not work on the tabbox. At FF <79, the "True" position turned on the middle mouse wheel, "False", turned off tab switching.

Also, when there are a lot of tabs and they go beyond the border, the mouse wheel does not switch tabs.
Bug: Error not shown when invalid origin used for Cookie->AllowSession (possibly others)
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-07-28 20:14:35+00:00
Resolved: 2021-11-06 09:34:00+00:00

If you use foo.com, for Cookies->AllowSession, you don't get an error, but the policy doesn't show up.

If you use htp://foo.com, you get an error about using a full URL instead of an invalid origin.
Bug: Event telemetry error when clicking one-offs more than once
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-07-28 21:28:52+00:00
Resolved: 2020-09-18 12:29:51+00:00

STR

1. Enable update2 prefs
2. Open the view
3. Click a one-off
4. With the view still open, click a one-off again (same or different one-off, doesn't matter)

This error is logged in the console:

```
Can't start recording from event type: click UrlbarController.jsm:740
    start resource:///modules/UrlbarController.jsm:740
    startQuery resource:///modules/UrlbarInput.jsm:1053
    handleSearchCommand resource:///modules/UrlbarSearchOneOffs.jsm:125
    _on_click resource:///modules/SearchOneOffs.jsm:1161
    handleEvent resource:///modules/SearchOneOffs.jsm:181
```

This might be worth fixing as part of bug 1654680, if not separately.

I went back and checked and this started with bug 1647888, which makes sense since it made the view stay open after clicking a one-off, but I haven't looked into why this happens only after clicking more than once. For completeness, here's the stack with https://hg.mozilla.org/mozilla-central/rev/a27b933d7a82 (bug 1647888):

```
Can't start recording from event type: click UrlbarController.jsm:754
    start resource:///modules/UrlbarController.jsm:754
    startQuery resource:///modules/UrlbarInput.jsm:1050
    oneOffsCommandHandler resource:///modules/UrlbarView.jsm:649
    oneOffsClickHandler resource:///modules/UrlbarView.jsm:678
    _on_click chrome://browser/content/search/search-one-offs.js:1124
    handleEvent chrome://browser/content/search/search-one-offs.js:173
```
Bug: Comments are not deleted on livejournal.com
Status: RESOLVED
Priority: --
Resolution: INACTIVE
Created: 2020-07-28 21:28:57+00:00
Resolved: 2020-08-15 15:13:02+00:00

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

Steps to reproduce:

1. Log in to LiveJournal using Facebook
2. Post a comment to entry of someone else's journal
3. Click the button with the red "X" on the comment


Actual results:

Nothing


Expected results:

The request for confirming your intention to delete the comment appears
Bug: Intermittent browser/base/content/test/general/browser_contentAltClick.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-07-28 23:03:51+00:00
Resolved: 2020-08-25 17:05:02+00:00

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

---

[task 2020-07-28T17:20:45.871Z] 17:20:45     INFO - TEST-PASS | browser/base/content/test/general/browser_contentAltClick.js | Downloaded link in iframe. - 
[task 2020-07-28T17:20:45.871Z] 17:20:45     INFO - Console message: [JavaScript Error: "Unix error 2 during operation stat on file /builds/worker/example.org.htm (No such file or directory)" {file: "resource://gre/modules/DownloadCore.jsm" line: 117}]
[task 2020-07-28T17:20:45.872Z] 17:20:45     INFO - isPlaceholder@resource://gre/modules/DownloadCore.jsm:117:8
[task 2020-07-28T17:20:45.872Z] 17:20:45     INFO - 
[task 2020-07-28T17:20:45.872Z] 17:20:45     INFO - Leaving test bound test_alt_click_in_frame
[task 2020-07-28T17:20:45.872Z] 17:20:45     INFO - Buffered messages finished
[task 2020-07-28T17:20:45.873Z] 17:20:45     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/general/browser_contentAltClick.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2020-07-28T17:20:45.874Z] 17:20:45     INFO - GECKO(3737) | MEMORY STAT | vsize 3508MB | residentFast 385MB | heapAllocated 127MB
[task 2020-07-28T17:20:45.874Z] 17:20:45     INFO - TEST-OK | browser/base/content/test/general/browser_contentAltClick.js | took 79388ms
[task 2020-07-28T17:20:45.875Z] 17:20:45     INFO - checking window state
Bug: Detaching a tab to second monitor does not work unless a window is already there.
Status: UNCONFIRMED
Priority: --
Created: 2020-07-29 02:37:22+00:00
Resolved: 2020-09-09 12:12:02+00:00

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

Steps to reproduce:

On Windows, have 2 monitors attached to PC in extend mode.
Open Firefox only on the main monitor.
Detach/drag a tab to the second monitor.


Actual results:

The tab is not detached, nor is a new window created.


Expected results:

The tab is detached to a new window opened on the second monitor.

This works as expected the other way around with a window open only on the second monitor and detaching a tab to the main monitor.
This also works as expected if a Firefox window is open on the second monitor as well as the first.
Bug: Firefox sync not syncing
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-29 03:12:56+00:00
Resolved: 2020-10-09 03:12:15+00:00

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



Actual results:

1595991934794	Sync.LogManager	DEBUG	Flushing file log
1595991934808	Sync.LogManager	DEBUG	Log cleanup threshold time: 1595127934808
1595991934826	Sync.LogManager	DEBUG	Done deleting files.
1595991939120	Sync.ErrorHandler	DEBUG	Beginning user-triggered sync.
1595991939122	Sync.Service	DEBUG	User-Agent: Firefox/59.0.2 (Windows NT 10.0; Win64; x64) FxSync/1.61.0.20180323154952.desktop
1595991939122	Sync.Service	INFO	Starting sync at 2020-07-29 09:05:39 in browser session 4IGBiemCVu6c
1595991939122	Sync.SyncScheduler	DEBUG	Clearing sync triggers and the global score.
1595991939126	Sync.Status	INFO	Resetting Status.
1595991939126	Sync.Status	DEBUG	Status.service: error.sync.failed => success.status_ok
1595991939126	Sync.Status	DEBUG	Status.sync: success.sync => error.login.reason.network
1595991939126	Sync.Status	DEBUG	Status.service: success.status_ok => error.sync.failed
1595991939128	Sync.ErrorHandler	ERROR	Sync encountered an error: Error: Can't sync: Network is offline (resource://services-sync/stages/enginesync.js:50:13) JS Stack trace: sync@enginesync.js:50:13 < onNotify@service.js:1106:13 < WrappedNotify@util.js:181:27 < WrappedLock@util.js:137:22 < _lockedSync@service.js:1099:12 < sync/<@service.js:1091:13 < WrappedCatch@util.js:107:22 < sync@service.js:1080:12
1595991939128	Sync.SyncScheduler	DEBUG	Sync error count has exceeded 3; enforcing backoff.
1595991939128	Sync.SyncScheduler	DEBUG	Starting client-initiated backoff. Next sync in 7633152 ms.
1595991939128	Sync.SyncScheduler	DEBUG	Next sync in 7633152 ms. (why=client-backoff-schedule)
1595991939134	Sync.Service	DEBUG	Exception calling anonymous function: Error: Can't sync: Network is offline (resource://services-sync/stages/enginesync.js:50:13) JS Stack trace: sync@enginesync.js:50:13 < onNotify@service.js:1106:13 < WrappedNotify@util.js:181:27 < WrappedLock@util.js:137:22 < _lockedSync@service.js:1099:12 < sync/<@service.js:1091:13 < WrappedCatch@util.js:107:22 < sync@service.js:1080:12
1595991939136	Sync.ErrorHandler	DEBUG	Addons installed: 0
Bug: foobar.example can’t be searched in awesomebar via paste & go option
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-29 08:27:39+00:00
Resolved: 2020-08-25 13:06:57+00:00

**Suggested severity**
* S2

**Affected versions**
* 79.0
* 80.0b1
* 81.0a1 (2020-07-28)

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

**Steps to reproduce**
1. Launch Firefox.
2. Copy foobar.example string
3. Right click in the awesomebar 
4. Click paste & go

**Expected result**
* Search is performed for  the entered string.

**Actual result**
*  www.<searched_string> and go to that website, which is invalid url: "We’re having trouble finding that site."

**Regression range**
* First bad: 9a2f741cef6ae4ae568a17fd3ffe52599f0a574f (2020-05-23)
* Last good: d6abd35b54ad39fa030217716b172fa9883bf3c8 (2020-05-22)
* Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=d6abd35b54ad39fa030217716b172fa9883bf3c8&tochange=9a2f741cef6ae4ae568a17fd3ffe52599f0a574f
* Potentially regressed by: 1636583

**Additional notes**
* see the attached screen record
Bug: Firefox - Excessive memory use / Memory doesn't appear to clear even after tabs and windows are closed
Status: UNCONFIRMED
Priority: --
Created: 2020-07-29 09:11:50+00:00
Resolved: 2025-03-03 16:57:56+00:00

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

Steps to reproduce:

Use Firefox for approximately one day.

Several webmail/imageboards are loaded, as well as a webchat client.
YouTube is sometimes present.

Some light technical details:
Windows 10
Firefox 78.0.2

Addons:
Decentraleyes
HTTPZ
Private Internet Access
Screengrab!
SponsorBlock
uBlock Origin


Actual results:

I have 16 gigabytes of system memory present, and over the course of a day, Firefox slowly attempts to use as much memory as possible, sometimes getting leaving the system with 512~ megabytes 'free' before faulting (firefox.exe hard 'crashes' (all firefox.exe processes are stopped), soft 'crashes' (not all firefox.exe processes are stopped, and Firefox asks if I want to restore the 'lost tabs', becomes slow ('spinning wheel/dashes'), or doesn't respond.

After receiving peaking memory use, I attempt to close as many tabs as possible.
In total, Firefox is still using a significant amount of memory.
This is also still the case after I close down Firefox windows (which I'd expect to flush resources possibly cached within 'Ctrl' + 'Shift + 'T' history entries.


Expected results:

I'd expect (?) Firefox to limit the amount of memory being used possibly by either restricting how many resources are cached and possibly by performing a 'garbage' collection on the unused resources after X many new 'history entries' have been created or after a certain amount of time has passed.
Bug: welcome to nginx
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-29 10:28:49+00:00
Resolved: 2020-08-28 12:45:03+00:00

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

Steps to reproduce:

When I was browsing through pages created by users on cba.pl servers, the following message popped up, which is in the picture in attachments.



Expected results:

The user page should normally open. I used the Pale Moon browser and the page normally opens without a message.


Firefox Nightly (81.0a1) user
Bug: Mouse-over not working on https://worldofwarcraft.com
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-29 13:29:54+00:00
Resolved: 2020-07-29 15:28:25+00:00

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

Steps to reproduce:

Tried obtaining info about an item on an armory page (https://worldofwarcraft.com/en-gb/character/eu/tarren-mill/Femclap)



Actual results:

Nothing shows, as seen on this picture, even in safe mode:
https://i.imgur.com/IRV0SZp.jpg



Expected results:

Item shows, like it does for other browsers(Chrome):
https://i.imgur.com/OVkbQM4.jpg
Bug: PDF Handling: When user manually selects "Open in Firefox", Firefox downloads and then opens.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-29 13:42:12+00:00
Resolved: 2020-08-31 21:22:37+00:00

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

Steps to reproduce:

1. Open browser and navigate to:

https://www.functionaldevices.com/support/downloads/datasheet-generator/?SKU=RIBU1C

2. Select option to Open in Firefox


Actual results:

Firefox downloads the PDF and then opens from user's local app data folder.


Expected results:

Firefox should open the PDF without downloading at all, and without changing the URL. (This is how Firefox used to handle this situation, and how Chrome and Edge both handle it)
Bug: urls with long tlds are handled incorrectly
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-29 14:14:33+00:00
Resolved: 2020-07-29 21:08:21+00:00

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

Steps to reproduce:

My university (In Saarbrücken, Saarland) uses the .saarland TLD for some pages.

For example `sic.saarland`. Try navigating to an URL with .saarland into the URL bar (like https://sic.saarland/somepage ). Note that the URL should not be auto-completed from history nor be the target of the link, it has to be directly typed into the URL bar. (So the next time you try this, use /otherpage or something else)

Note that this also happens on Firefox for Android.


Actual results:

A "Server not found" page pops up telling me that "We can’t connect to the server at sic.saarlandsomepage."


Expected results:

Being taken to `https://sic.saarland/somepage`.
Bug: Clear input and invalidate pageproxystate if search mode is entered with a valid pageproxystate
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-07-29 15:58:59+00:00
Resolved: 2020-09-22 13:30:03+00:00

UX specified verbally that if a user enters search mode with a valid pageproxystate, we should invalidate it and clear the input. Basically we should never see the lock/ETP icon alongside the search mode indicator.
Bug: Incorrect icon for whitelisted site in HTTPS Only Mode
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-07-29 17:32:38+00:00
Resolved: 2020-08-26 12:02:00+00:00

This bug was initially created as a clone of Bug #1647336, which fixed another issue.

But in the meantime, I was able to track down what is happening.

How to reproduce: Enable HTTPS-Only mode (HOM), visit http://http-login.badssl.com/, and click on "Accept the risk and continue".

Result: The adress-bar icon says the website is a local resource
Expected Results: A "disabled lock" icon should be shown when we are on the content page.

----

**Why is this happening, but not always?**

Usually, when a user visits a website like `http://foo.com`, HOM upgrades the connection and URI to `https://foo.com`. If the error-page shows up, the URI of the page remains `https://foo.com` and when they click on the "Accept the risk and continue" they get redirected to the HTTP-Version.

Sometimes, websites have a valid certificate to redirect users back to the HTTP version which causes a redirect loop. The error page shows up again, but the URI will be `http://foo.com` (because the loop ends on an uneven number). When the user now clicks on "Accept the risk and continue" they, again, get redirected to the HTTP-page. But because the URI spec of the error page and the loaded page are the same, [part of the UI code determines](https://searchfox.org/mozilla-central/rev/cffd9b5302b6b6f51533d895a785b48ff418aec1/browser/base/content/browser.js#5423) to only "refresh the IdentityBlock" instead of "updating it".

When the IdentityBlock is only "refreshed", the code doesn't check that we left the secure context of the error page and entered the insecure context of the actual site. That's why the wrong icon shows up.
Bug: Installed last nightly build but FF complains that I haven't installed it
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-29 17:42:51+00:00
Resolved: 2020-11-06 10:06:15+00:00

User Agent: Mozilla/5.0 (X11; Linux i686; rv:81.0) Gecko/20100101 Firefox/81.0

Steps to reproduce:

I started FF anew


Actual results:

FF told me to download and install 81.a01 but I was already running that version


Expected results:

it should have not complained
Bug: Wrong positioning after openning certain links
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-29 18:15:17+00:00
Resolved: 2020-08-06 18:17:34+00:00

Firefox 80 beta 1 (32-bit)
Windows 10 (64-bit) LTSB 1607

It's a problematic link:
https://rutracker.org/forum/viewtopic.php?p=79834952#79834952

Expected result:
After clicking on this link, the viewing position should be set on exactly this message.

BUG (wrong positioning):
After clicking on this link, the viewing position is set at the top of the page instead the message position.
Bug: URL bar no longer suggesting base URLs after update to 79
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-29 20:45:55+00:00
Resolved: 2020-07-30 04:04:04+00:00

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

Steps to reproduce:

1. Start typing a commonly accessed URL into a newly opened blank tab, such as "yout" (for "youtube.com").

Alternatively, use the 0-input suggest (just clicking on the URL bar without typing anything) if you had base URLs there previously.


Actual results:

I only get specific links, seemingly not using my complete history (no results at all from youtube even though I use it a lot, reddit links are always either posts or followup page URLs rather than raw "https://www.reddit.com/", etc)

0-suggest consists of similar subpages instead of root domains, seemingly from all 2017. (Viewing my history has all my entries so it's not like my history disappeared.)


Expected results:

I get suggestions from my history sorted by most frequently/recently used, and it also includes base domain names.
Bug: Intermittent TEST-UNEXPECTED-TIMEOUT | browser/components/customizableui/test/browser_987640_charEncoding.js | application timed out after 370 seconds with no output
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-07-30 01:38:08+00:00
Resolved: 2020-10-06 17:02:55+00:00

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

---

>[task 2020-07-29T22:54:18.951Z] 22:54:18     INFO - TEST-PASS | browser/components/customizableui/test/browser_987640_charEncoding.js | The encoding should be changed to UTF-8 - 
[task 2020-07-29T22:54:18.951Z] 22:54:18     INFO - TEST-PASS | browser/components/customizableui/test/browser_987640_charEncoding.js | The encoding menu should be disabled - 
[task 2020-07-29T22:54:18.951Z] 22:54:18     INFO - Buffered messages finished
[task 2020-07-29T22:54:18.951Z] 22:54:18    ERROR - TEST-UNEXPECTED-TIMEOUT | browser/components/customizableui/test/browser_987640_charEncoding.js | application timed out after 370 seconds with no output
[task 2020-07-29T22:54:18.951Z] 22:54:18    ERROR - Force-terminating active process(es).
Bug: New Tab search bar disappears when typing
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-30 01:55:19+00:00
Resolved: 2020-07-30 02:57:32+00:00

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

Steps to reproduce:

1)  I click new tab and let it open
2)  I click in the search box
3)  when I start typing the search box it disappears



Actual results:

when I start typing the search box it disappears and focus is switched to the URL bar with @DuckDuckgo and what I typed.


Expected results:

Text should have typed out in the search bar
Bug: Vertical scrollbar is not visible when zoomed in on Bugzilla
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-30 02:05:08+00:00
Resolved: 2020-07-31 21:56:52+00:00

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

Steps to reproduce:

Not sure if this is a Firefox issue or a Bugzilla issue but when you zoom in via touchscreen, the vertical scrollbar is no longer on-screen unless you are scrolled all the way to the right (and even then, it's buggy), but the horizontal scrollbar does trigger/update as it's supposed to and is indeed visible. I also noticed that the scrollbars look quite different.
Bug: Address bar autocompletes "wnc" to "www.google.com" when it's typed too fast
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2020-07-30 06:15:27+00:00
Resolved: 2020-07-31 13:20:32+00:00

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

Steps to reproduce:

This is likely specific to my sites, bookmarks and browsing history, so it is likely going to be difficult to reproduce. I was testing the cases from #1655363, and while I can confirm that `www` doesn't erroneously autocomplete to `woogle.com`, I'm still seeing the partial match replaced with an incorrect completion.

Open a new tab, quickly enter `wnc` or `wat`.


Actual results:

I end up with **w**.google.com or **wa**mtea.slack.com in the address bar.

It seems like a search is dispatched after the first character and when it comes back it destroys the second and third characters.