Closed
Bug 1365913
Opened 8 years ago
Closed 1 month ago
History.fetch should return referrer URI in VisitInfo objects while returning visits
Categories
(Toolkit :: Places, enhancement, P3)
Toolkit
Places
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: milindl, Assigned: jteow)
References
Details
(Whiteboard: [sng])
Attachments
(1 obsolete file)
Currently, fetching from the table moz_historyvisits gives us an id number for the referrer instead of the URI. This should be changed to give the URI (the current code deals with this by not referrer, only date and transition type).
|
Reporter | |
Comment 1•8 years ago
|
||
Note: this bug will become relevant only when the code for fetch is finally lands(bug 1350377). As of now, this is created so a TODO can be added in the History.fetch code in the bug above.
|
||
Updated•8 years ago
|
Blocks: asyncHistory
Priority: -- → P3
|
|
||
Updated•7 years ago
|
No longer blocks: asyncHistory
Depends on: asyncHistory
|
||
Updated•3 years ago
|
Severity: normal → S3
|
Assignee | |
Updated•1 month ago
|
Whiteboard: [sng]
|
||
Updated•1 month ago
|
|
|
Assignee | |
Comment 2•1 month ago
|
||
|
||
Updated•1 month ago
|
Assignee: nobody → jteow
Status: NEW → ASSIGNED
|
|
||
Updated•1 month ago
|
Attachment #9533707 -
Attachment is obsolete: true
|
|
Assignee | |
Comment 3•1 month ago
|
||
As discussed in the abandoned patch, the current API isn't really being used but instead of deprecating the code that happens when visits are included, I'll just close this bug.
Status: ASSIGNED → RESOLVED
Closed: 1 month ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•