Closed
Bug 236988
Opened 20 years ago
Closed 20 years ago
Should show application icons in download manager
Categories
(Toolkit :: Downloads API, defect, P3)
Tracking
()
RESOLVED
FIXED
mozilla1.7.4
People
(Reporter: bugs, Assigned: bugs)
References
()
Details
Attachments
(1 file, 2 obsolete files)
14.50 KB,
patch
|
mscott
:
review+
bryner
:
superreview+
|
Details | Diff | Splinter Review |
When we have an application's file, we should be able to show its icon. See URL.
Assignee | ||
Comment 1•20 years ago
|
||
If the file being referenced is an executable, make moz-icon extract the icon at index 0 from that file's resources, rather than using the system exe icon (a plain looking empty window)
Assignee | ||
Updated•20 years ago
|
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → Firefox1.0beta
Assignee | ||
Comment 2•20 years ago
|
||
Comment 3•20 years ago
|
||
*** Bug 236235 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 4•20 years ago
|
||
Assignee | ||
Updated•20 years ago
|
Attachment #143481 -
Attachment is obsolete: true
Attachment #143483 -
Attachment is obsolete: true
Assignee | ||
Comment 5•20 years ago
|
||
Comment on attachment 143538 [details] [diff] [review] OK, done. After looking at mkaply's patch in the other bug and adapting the download manager slightly, turns out nothing needs to be done in the windows version of nsIconChannel... However there is still a bug in nsIconURI. When SetSpec is called, the scheme is chopped off, leaving: "//file:///c:\..." ... the code is structured so that it assumes that if the remainder starts with "//" it's not a URL.... but the case I just described is clearly a File URL. So we need the code to trim the "//" and THEN check for the "file://" prefix as the determination of whether or not this is a file URL.
Attachment #143538 -
Flags: review?(mscott)
Assignee | ||
Updated•20 years ago
|
Attachment #143538 -
Flags: superreview?(bryner)
Updated•20 years ago
|
Attachment #143538 -
Flags: review?(mscott) → review+
Updated•20 years ago
|
Attachment #143538 -
Flags: superreview?(bryner) → superreview+
Comment 6•20 years ago
|
||
Comment on attachment 143538 [details] [diff] [review] OK, done. a=asa
Assignee | ||
Updated•20 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Comment 7•20 years ago
|
||
I still dont see this, tested on 2 different computers with latest builds, windows 2000 and windows XP.
Comment 8•19 years ago
|
||
to Ben's comment. https://bugzilla.mozilla.org/show_bug.cgi?id=280944 looks like DUP, but there are still problems with URI used as native path, at least for BeOS
Comment 9•19 years ago
|
||
thanks, fyysik! I appreciate you looking at this. The download manager icon fix won't really be complete until this is also taken care of.
Updated•16 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•