Stop autofilling matched with protocol part when user’s input has no protocol expression.
Categories
(Firefox :: Address Bar, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox103 | --- | verified |
People
(Reporter: daisuke, Assigned: daisuke)
References
Details
Attachments
(1 file)
(deleted),
text/x-phabricator-request
|
Details |
Adaptive history autofill candidates are basically fixed url, but if user’s input starts with URI scheme, the autofill target will be full url.
Assignee | ||
Comment 1•2 years ago
|
||
Updated•2 years ago
|
Comment 3•2 years ago
|
||
bugherder |
Updated•2 years ago
|
Comment 4•2 years ago
|
||
STR for QA
- Set
browser.urlbar.autoFill.adaptiveHistory.enabled
to true - Open a new tab and visit https://www.nytimes.com/section/health
- Open a new tab and close the one from the previous step
- Type
h
in the urlbar and pick the result with the URL from step 2 - Open a new tab and close the one from the previous step
- Type
h
in the urlbar - Verify that the URL from step 2 does not autofill
Basically we want to make sure that when you create some adaptive history with a search string like "h", "ht", "htt", etc. but the domain name of the URL does not start with "h", the URL should not be autofilled by adaptive history. In the STR above, adaptive history is created with "h" because "h" matches "health", but the URL domain name "nytimes.com" does not start with "h", and therefore the URL shouldn't be autofilled.
Comment 5•2 years ago
|
||
Thank you for providing the steps for testing Drew.
The issue is verified fixed in the latest Fx103.0a1 on Windows 10 and Ubuntu 20.04. There is no autofill for the letter 'h'.
Description
•