Closed
Bug 559160
Opened 15 years ago
Closed 12 years ago
nsINavBookmarksService.removeItem untags items, so manual untagging is unnecessary
Categories
(Firefox :: Sync, defect, P5)
Firefox
Sync
Tracking
()
RESOLVED
INVALID
People
(Reporter: Mardak, Unassigned)
References
Details
(Whiteboard: [sync:bookmarks][needs verification])
Existing code for removing bookmarks manually untags when it might not need to.
Updated•15 years ago
|
Target Milestone: --- → 2.0
Updated•13 years ago
|
Target Milestone: 2.0 → ---
Updated•13 years ago
|
Severity: normal → minor
Priority: -- → P5
Target Milestone: --- → Future
Updated•12 years ago
|
Whiteboard: [sync:bookmarks][needs verification]
Target Milestone: Future → ---
Comment 1•12 years ago
|
||
comment 0 is actually true if the tagging service is alive, that may be true or false. Provided you ensure something initialized the tagging service, you can avoid manual untagging.
Comment 2•12 years ago
|
||
there is an alternative though, that is to register the tagging service in the "bookmarks-observer" category instead of manually adding a bookmarks observer to it, that would mean any bookmarks notification will init it automatically. Could even make much sense looking at its initialization code.
Comment 3•12 years ago
|
||
The only tag operations I see in bookmarks.js:
/**
* Associate the provided URI with the provided array of tags.
* If the provided URI is falsy, returns immediately.
*/
_tagURI: function _tagURI(bookmarkURI, tags) {
if (!bookmarkURI || !tags) {
return;
}
// Filter out any null/undefined/empty tags.
tags = tags.filter(function(t) t);
// Temporarily tag a dummy URI to preserve tag ids when untagging.
let dummyURI = Utils.makeURI("about:weave#BStore_tagURI");
PlacesUtils.tagging.tagURI(dummyURI, tags);
PlacesUtils.tagging.untagURI(bookmarkURI, null);
PlacesUtils.tagging.tagURI(bookmarkURI, tags);
PlacesUtils.tagging.untagURI(dummyURI, null);
},
Does this look sane to you, Marco? If so, I think we can close this.
Flags: needinfo?(mak77)
Comment 4•12 years ago
|
||
well, could be this bug was created when there was actually some code doing manual removal. I can confirm I don't see any code doing that atm. Next time we should annotate the code in question in the report :(
I'll likely file a bug apart to change the tagging service to use a category cache, since I like that idea :)
Status: NEW → RESOLVED
Closed: 12 years ago
Flags: needinfo?(mak77)
Resolution: --- → INVALID
Assignee | ||
Updated•6 years ago
|
Component: Firefox Sync: Backend → Sync
Product: Cloud Services → Firefox
You need to log in
before you can comment on or make changes to this bug.
Description
•