Open
Bug 1408364
Opened 8 years ago
Updated 3 years ago
Consider using PlacesUtils.history.fetch to implement history.getVisits
Categories
(WebExtensions :: General, enhancement, P3)
WebExtensions
General
Tracking
(firefox57 wontfix)
NEW
| Tracking | Status | |
|---|---|---|
| firefox57 | --- | wontfix |
People
(Reporter: emk, Unassigned)
References
Details
Quoting from bug 1406594 comment #11:
> A separate question though, could getVisits use PlacesUtils.history.fetch
> instead, with the includeVisits option? That API is async and thus better,
> though it may be missing some of the properties you are looking for. In
> particular visitId and referringVisitId. We could expose that info, even if
> I was honestly trying to stop exposing visit ids. An API should never expose
> raw database details. And I don't see where these ids are used by the
> chrome.history API, I cannot find any method that takes a VisitItem or a
> visit id. A visit can be completely identified by url, transition and time.
> Btw, it's a possibility we can evaluate.
Updated•8 years ago
|
Updated•7 years ago
|
Product: Toolkit → WebExtensions
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•