Closed
Bug 1140395
Opened 8 years ago
Closed 8 years ago
Deprecate old keywords API
Categories
(Toolkit :: Places, defect)
Toolkit
Places
Tracking
()
People
(Reporter: mak, Assigned: mak)
References
(Blocks 1 open bug)
Details
(Keywords: addon-compat, dev-doc-complete)
Attachments
(1 file)
4.09 KB,
patch
|
ttaubert
:
review+
|
Details | Diff | Splinter Review |
we must convert keywords API consumers, and deprecate the existing API. This is a tracking bug for that work.
Assignee | ||
Updated•8 years ago
|
Assignee | ||
Updated•8 years ago
|
Summary: Convert old keywords API consumers and deprecate them → Convert old keywords API consumers
Assignee | ||
Updated•8 years ago
|
Summary: Convert old keywords API consumers → Deprecate old keywords API
Assignee | ||
Comment 1•8 years ago
|
||
we can deprecate getURIForKeyword immediately we can deprecate get/setPostDataForBookmark after PlacesTransactions are enabled. http://mxr.mozilla.org/mozilla-central/search?string=postdataforbookmark set/getKeywordForBookmark has too many consumers yet, included Sync, PlacesTransactions and some UI pieces. http://mxr.mozilla.org/mozilla-central/search?string=keywordForBookmark We should at least edit comments for those methods to indicate deprecation, even if we won't warn to the console for now.
Comment 2•8 years ago
|
||
Marco, should we remove this bug from "Milestone 1"? If this depends on bug 1148461 then we can't possibly deprecate the keywords API anytime soon, right?
Flags: needinfo?(mak77)
Assignee | ||
Comment 3•8 years ago
|
||
once the dependencies are done, in this bug i'll mark the "plausible" deprecations, and we'll mark it as fixed. The fact we have 1 pending dependency is minor.
Flags: needinfo?(mak77)
Assignee | ||
Comment 4•8 years ago
|
||
I can start working on this, there's nothing blocking since for a couple APIs we can only mark deprecation in the idl javadoc.
Assignee: nobody → mak77
Points: --- → 1
Flags: qe-verify-
Flags: firefox-backlog+
Assignee | ||
Comment 5•8 years ago
|
||
Attachment #8601455 -
Flags: review?(ttaubert)
Updated•8 years ago
|
Attachment #8601455 -
Flags: review?(ttaubert) → review+
Assignee | ||
Updated•8 years ago
|
Updated•8 years ago
|
Status: NEW → ASSIGNED
Iteration: --- → 40.3 - 11 May
https://hg.mozilla.org/mozilla-central/rev/8ab920db907c
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
status-firefox40:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla40
Comment 8•8 years ago
|
||
Release Note Request (optional, but appreciated) [Why is this notable]: Deprecated API, consumers need to update to new API [Suggested wording]: Places Keywords API deprecated [Links (documentation, blog post, etc)]: mak - I'd like to not this to gain some visibility for this change but we really need some documentation about the change including how to use the new API. Do you have a reference to documentation about the new API?
relnote-firefox:
--- → ?
Flags: needinfo?(mak77)
Assignee | ||
Comment 9•8 years ago
|
||
all the documentation so far is inline: http://mxr.mozilla.org/mozilla-central/source/toolkit/components/places/PlacesUtils.jsm#2030 I will try to create a new page on MDN for it.
Assignee | ||
Comment 10•8 years ago
|
||
this is the MDN page I created: https://developer.mozilla.org/en-US/docs/Mozilla/Tech/Places/Using_the_Places_keywords_API Rethinking about this though, I'm not sure this is worth a relnote. It will be worth to relnote once we consider the bookmarks API (that includes this one) deprecated, let'say when bug 1141547 will be fixed. The fact is the keywords feature is something very specific to Firefox, and more particularly to a single feature of the Awesomebar. I'd not expect developers to be very interested into it, unless they are working on a very specific keywords add-on (but I'd not be sure what that could do). The main access point for this API is "Add a keyword for this search" contextual option...
Flags: needinfo?(mak77)
Assignee | ||
Updated•8 years ago
|
Keywords: dev-doc-needed → dev-doc-complete
Comment 12•8 years ago
|
||
Headsup: seems like this change created possibility to "lose" keyword in manager: Bug 1198294
Assignee | ||
Comment 13•8 years ago
|
||
not lost, unreachable. It's actually not due to the API but due to legacy code using the old API... bug 1150678 is aimed to solve most issues.
You need to log in
before you can comment on or make changes to this bug.
Description
•