Closed
Bug 341268
Opened 18 years ago
Closed 5 years ago
Abstract autocomplete storage/retrieval strategy into a search-internal API using storage
Categories
(Firefox :: Search, defect)
Firefox
Search
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: Waldo, Unassigned)
Details
Currently autocomplete results are stored directly in Satchel, which is convenient but means that there's no easy way to remove only those autocomplete results created by the search bar (because no such way exists in nsIFormHistory2, or at least not in the Mork impl). We should create a small internal API to abstract away the details of storing this information and implement it using storage. See also bug 323966 comment 10.
Comment 1•5 years ago
|
||
If we want to do this, it is now possible based on https://searchfox.org/mozilla-central/rev/928742d3ea30e0eb4a8622d260041564d81a8468/browser/components/search/test/browser/browser_searchbar_keyboard_navigation.js#36
I did look at morphing to include splitting into multiple options as bug 323966 implies, however, Marco tells me we're currently trying to reduce the amount of data sanitisation options at the moment.
Therefore I'll mark this as works for me.
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•