Bug 1773413 Comment 4 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

STR for QA

1. Set `browser.urlbar.autoFill.adaptiveHistory.enabled` to true
2. Open a new tab and visit https://www.nytimes.com/section/health
3. Open a new tab and close the one from the previous step
4. Type `h` in the urlbar and pick the result with the URL from step 2
5. Open a new tab and close the one from the previous step
6. Type `h` in the urlbar
7. Verify that the URL from step 2 does *not* autofill
STR for QA

1. Set `browser.urlbar.autoFill.adaptiveHistory.enabled` to true
2. Open a new tab and visit https://www.nytimes.com/section/health
3. Open a new tab and close the one from the previous step
4. Type `h` in the urlbar and pick the result with the URL from step 2
5. Open a new tab and close the one from the previous step
6. Type `h` in the urlbar
7. 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.

Back to Bug 1773413 Comment 4