Closed Bug 401190 Opened 18 years ago Closed 18 years ago

nsNavHistory should implement nsIDownloadHistory

Categories

(Firefox :: Bookmarks & History, defect, P4)

defect

Tracking

()

RESOLVED FIXED
Firefox 3 beta3

People

(Reporter: sdwilsh, Assigned: sdwilsh)

References

Details

Attachments

(1 file, 3 obsolete files)

Bug 401174 adds a new interface, nsIDownloadHistory, that is used to track the history of downloads. nsNavHistory should implement it and override the version in docshell/base so that we have the proper transition type, TRANSITION_DOWNLOAD and any other information we may want to track down the line.
Attached patch 0.1 (obsolete) — — Splinter Review
work in progress - at least until we get Bug 400544 fixed.
Whiteboard: [has patch][needs review work]
Whiteboard: [has patch][needs review work] → [has patch][needs work]
Requesting blocking since this blocks a blocker (Bug 390491).
Flags: blocking-firefox3?
Flags: blocking-firefox3? → blocking-firefox3+
Priority: -- → P5
Target Milestone: Firefox 3 M10 → Firefox 3 Mx
Flags: wanted-firefox3+
Flags: blocking-firefox3-
Flags: blocking-firefox3+
Priority: P5 → P4
Target Milestone: Firefox 3 Mx → Firefox 3 M11
Attached patch v0.2 (obsolete) — — Splinter Review
Not there yet - attaching to get feedback on assertion I'm getting.
Attachment #286371 - Attachment is obsolete: true
Attached patch v1.0 (obsolete) — — Splinter Review
It works! CID needs to be the same :)
Attachment #294283 - Attachment is obsolete: true
Attachment #294289 - Flags: review?(dietrich)
Whiteboard: [has patch][needs work] → [has patch][needs review dietrich]
Comment on attachment 294289 [details] [diff] [review] v1.0 >+// main >+function run_test() { >+ // Test that when we get nsIDownloadHistory that it's the one places >+ // implements. >+ var dh = Cc["@mozilla.org/browser/download-history;1"]. >+ getService(Ci.nsIDownloadHistory); >+ do_check_true(dh instanceof Ci.nsINavHistoryService); >+ >+ // no to make sure all the functionality works! mega-nit: s/no/now/
Attachment #294289 - Flags: review?(dietrich) → review+
Attached patch v1.1 — — Splinter Review
hehe, mega-nit indeed :)
Attachment #294289 - Attachment is obsolete: true
Attachment #294296 - Flags: approval1.9?
Whiteboard: [has patch][needs review dietrich] → [has patch][has review][needs approval]
Attachment #294296 - Flags: approval1.9? → approval1.9+
Checking in toolkit/components/places/src/nsNavHistory.cpp; new revision: 1.219; previous revision: 1.218 Checking in toolkit/components/places/src/nsNavHistory.h; new revision: 1.118; previous revision: 1.117 Checking in toolkit/components/places/src/nsPlacesModule.cpp; new revision: 1.5; previous revision: 1.4 Checking in toolkit/components/places/tests/unit/test_download_history.js; initial revision: 1.1
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Whiteboard: [has patch][has review][needs approval]
Depends on: 409836
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h". In Thunderbird 3.0b, you do that as follows: Tools | Message Filters Make sure the correct account is selected. Click "New" Conditions: Body contains places-to-b-and-h Change the action to "Delete Message". Select "Manually Run" from the dropdown at the top. Click OK. Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter. Gerv
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: