Drew Willcoxon 674a2ade96 Bug 1529931 - Prevent autofill flicker and fix cases where we're not autofilling but should be. r=mak ... * In nsAutoCompleteController, the logic that determines whether the new search is a prefix of the old search is only done in HandleText, i.e., on input, not when the value is set programmatically. * That logic is a lot more complex in nsAutoCompleteController. * nsAutoCompleteController autofills in one case where quantumbar doesn't: when completing the "placeholder" string before starting a new search and waiting for the async results (thereby preventing flicker). * Some nsAutoCompleteController state gets reset each time the awesomebar is focused (see calls to attachController() in the autocomplete binding, which sets the controller's input, which calls ResetInternalState()). That state is important in regard to autofill and the placeholder string. If it's not reset, then the autofill of one search will incorrectly affect the autofill of a later search. Differential Revision: https://phabricator.services.mozilla.com/D22306 --HG-- rename : browser/components/urlbar/tests/browser/browser_UrlbarInput_autofill.js => browser/components/urlbar/tests/browser/browser_autoFill_caretNotAtEnd.js extra : moz-landing-system : lando		2019-03-20 17:07:15 +00:00
..
AddressBar.rst	Bug 1529931 - Prevent autofill flicker and fix cases where we're not autofilling but should be. r=mak	2019-03-20 17:07:15 +00:00
BrowserUsageTelemetry.rst
index.rst	Bug 1509888: Remove Browser Error Collection. r=Gijs,flod	2019-01-15 18:04:28 +00:00