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. Also: 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? → blocking-firefox3+
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.
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
This bug is on the nice to have features list. Asking for wanted Firefox 3.1.
Severity: normal → enhancement
(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. http://jp-nii01.mozilla.org/pub/mozilla.org/seamonkey/releases/2.0a3/seamonkey-2.0a3.en-US.win32.installer.exe) there is the page from which you downloaded (e.g. http://www.seamonkey-project.org/releases/2.0a3). 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. Gerv
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
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. Thanks.
Status: NEW → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.