Closed
Bug 1115971
Opened 10 years ago
Closed 10 years ago
Don't fall back to the Places title for downloads without the target file name annotation
Categories
(Firefox :: Downloads Panel, defect)
Firefox
Downloads Panel
Tracking
()
People
(Reporter: Paolo, Assigned: Paolo)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
(deleted),
patch
|
mak
:
review+
|
Details | Diff | Splinter Review |
Unless a user chose to preserve significantly more history than the Firefox default, on a recent profile there should be no downloads without the target file name annotation in the Places database.
So, while it was useful during the transition period from old versions, now we can safely remove the fallback to the Places title for the item display name, and just use the download URI we would use for an empty title, simplifying the code.
Attachment #8541914 -
Flags: review?(mak77)
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → paolo.mozmail
Status: NEW → ASSIGNED
Comment 1•10 years ago
|
||
Comment on attachment 8541914 [details] [diff] [review]
The patch
Review of attachment 8541914 [details] [diff] [review]:
-----------------------------------------------------------------
it sounds ok. I was wondering if there could be any issue with history removal, but then the download should disappear from the view too, so no reasons to care about the title.
I "like" how we lack any kind of testing on this stuff :(
Attachment #8541914 -
Flags: review?(mak77) → review+
Comment 2•10 years ago
|
||
where did we remove nodeAnnotationChanged?
Comment 3•10 years ago
|
||
(In reply to Marco Bonardo [::mak] (needinfo? me) from comment #2)
> where did we remove nodeAnnotationChanged?
ah found it, I think you should reverse the dependencies here, see https://bugzilla.mozilla.org/show_bug.cgi?id=1115972#c2
Updated•10 years ago
|
Flags: qe-verify-
Flags: firefox-backlog+
Assignee | ||
Comment 4•10 years ago
|
||
Assignee | ||
Updated•10 years ago
|
Points: --- → 1
Updated•10 years ago
|
Iteration: --- → 38.1 - 26 Jan
Comment 5•10 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 38
You need to log in
before you can comment on or make changes to this bug.
Description
•