Closed Bug 402231 Opened 14 years ago Closed 10 years ago

places organizer should allow browsing and searching of downloads


(Firefox :: Bookmarks & History, enhancement, P2)




Firefox 3.6a1


(Reporter: dietrich, Unassigned)



(Keywords: uiwanted)

Copied over the relevant requirement bits from email:

The goal would be to be able to, from the Places organizer in a "Downloads" view:

 - search and list by name of downloaded file
 - try to launch the downloaded file based on the location to which
it was saved on disk
 - re-start the download if the file can't be found

> What would the default visible columns be? Shortname and local path?

Also probably "downloaded from" and show the referrer, which IIRC we
now already store.


1. The (i) info button now opens the Places Manager with focus on the
selected download
2. The Search button, as always, goes off to search the Places Manager

The design expects that the Places Manager knows:

 - name of the file
 - source URL for download
 - target location for download
 - date/time of the download
 - size of the download
Flags: blocking-firefox3?
Depends on: 385712
Flags: blocking-firefox3? → blocking-firefox3+
Keywords: uiwanted
Priority: -- → P2
Target Milestone: Firefox 3 M10 → Firefox 3 M11
Target Milestone: Firefox 3 beta3 → Firefox 3 beta4
I don't think this blocks anymore, sdwilsh was working on the infra, but I don't know where that ended up, and I'm pretty sure we don't have time to get it hooked in.
Flags: wanted-firefox3+
Flags: blocking-firefox3-
Flags: blocking-firefox3+
Infrastructure is done, but Mano informs me that there is currently no way to query based on transition types, which means an add-on could not query for this (with the places api at least).
Target Milestone: Firefox 3 beta4 → Firefox 3
Target Milestone: Firefox 3 → Firefox 3.1
Blocks: 437246
This bug is on the nice to have features list. Asking for wanted Firefox 3.1.
Severity: normal → enhancement
Flags: wanted-firefox3.1?
(In reply to comment #2)
> Infrastructure is done, but Mano informs me that there is currently no way to
> query based on transition types, which means an add-on could not query for this
> (with the places api at least).

Is there a bug for this (query based on transition type)? I dug around just out of curiosity and couldn't find one.
not going to make 3.1 at this stage.
Target Milestone: Firefox 3.1 → Firefox 3.2a1
"Source URL for Download" is ambiguous.  As well as the thing you downloaded (e.g. there is the page from which you downloaded (e.g.  The FF3 Downloads window calls the first "Copy Download Link" and the second "Go to Download Page".

Note that you can File > Save any page or media on a page that you're viewing, which triggers a download.  So the other views in Places should be download-aware.  Downloading, saving a page, and archiving a page are all facets of making a local copy of a web resource.
Flags: wanted-firefox3.5? → wanted-firefox3.6?
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.

Component: Places → Bookmarks & History
QA Contact: places → bookmarks
Depends on: 564900, 669905
Flags: wanted-firefox3.6?
I'd say this should be marked as fixed.
Well, yeah, it shows downloads and allows to search them.
Better interaction can be handled apart.
Closed: 10 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.