Closed
Bug 236988
Opened 21 years ago
Closed 21 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•21 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•21 years ago
|
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → Firefox1.0beta
| Assignee | ||
Comment 2•21 years ago
|
||
Comment 3•21 years ago
|
||
*** Bug 236235 has been marked as a duplicate of this bug. ***
| Assignee | ||
Comment 4•21 years ago
|
||
| Assignee | ||
Updated•21 years ago
|
Attachment #143481 -
Attachment is obsolete: true
Attachment #143483 -
Attachment is obsolete: true
| Assignee | ||
Comment 5•21 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•21 years ago
|
Attachment #143538 -
Flags: superreview?(bryner)
Updated•21 years ago
|
Attachment #143538 -
Flags: review?(mscott) → review+
Updated•21 years ago
|
Attachment #143538 -
Flags: superreview?(bryner) → superreview+
Comment 6•21 years ago
|
||
Comment on attachment 143538 [details] [diff] [review]
OK, done.
a=asa
| Assignee | ||
Updated•21 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Comment 7•21 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•17 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•