Closed
Bug 207713
Opened 23 years ago
Closed 23 years ago
Mozilla needs support for moz specific file extension icons
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: ssu0262, Assigned: ssu0262)
Details
(Whiteboard: [adt2][a=asa,sspitzer])
Attachments
(3 files, 3 obsolete files)
|
12.75 KB,
patch
|
samir_bugzilla
:
review+
jag+mozilla
:
superreview+
asa
:
approval1.4+
|
Details | Diff | Splinter Review |
|
696 bytes,
image/png
|
Details | |
|
331 bytes,
image/png
|
Details |
There isn't a way to specify mozilla icons for file types that it can handle.
For example, mozilla sets itself to be the default handler for:
.html
.htm
.xul
.shmtl
.jpeg
.gif
etc...
But there isn't a way for mozilla to assiciate unique moz icons for each of the
file types. Right now, it's defaulted to using the icon in mozilla.exe for all
file types.
( This is a place holder for bugscape bug
http://bugscape.mcom.com/show_bug.cgi?id=4819 )
Comment on attachment 124615 [details] [diff] [review]
patch v1.1
got r=sgehani and sr=jag
seeking a=
Risk: minimal. risk is localized to a small part of win32 specific code. If
anything goes wrong (like missing icons, or path problems) it'll simply default
to what it did before which is to use the icon from mozilla.exe (or the main
browser app).
Path has been tested with mozilla.exe under win2k.
Attachment #124615 -
Flags: superreview+
Attachment #124615 -
Flags: review+
Attachment #124615 -
Flags: approval1.4?
This patch has an additional call to SHChangeNotify() after assiciations have
changed (compared to patch v1.1).
It turns out that a call to SHChangeNotify() is necessary in order for the file
association icons to be updated, else the user will still see the previous
association icon until at least the system rebooted, even though it'll bring up
the new app associated with the file type.
Here is something that I just ran into while debugging this bug. There's a
feature introduced for WinXP and Win2k that allows the user to override global
file associations. This means that if the user had manually set the
association for .html, Mozilla's resetting will not handle this override. The
global associations will have changed to refer to Mozilla, but it will still
use the app referenced in the override.
Turns out that IE does not handle this override either.
I'll be talking to others to see what the best approach to this user override
feature should be (perhaps do nothing).
Attachment #124615 -
Attachment is obsolete: true
added call to SHChangeVerify() to the uninstall code.
Attachment #124703 -
Attachment is obsolete: true
Comment on attachment 124707 [details] [diff] [review]
patch v1.3
seeking r=,sr=.
I'm also getting an optimized build going with the patch to make sure that the
call to SHChangeNotify() does not cause problems under win95.
Attachment #124707 -
Flags: superreview?(jaggernaut)
Attachment #124707 -
Flags: review?(sgehani)
Comment 6•23 years ago
|
||
adt: nsbeta1+/adt2
Updated•23 years ago
|
Whiteboard: [adt2} → [adt2]
Updated•23 years ago
|
Attachment #124615 -
Flags: approval1.4?
This patch now uses image-file.ico for image file types (.jpg, .png, .bmp,
etc...) and doc-file.ico for document types (.html, .xml, .xul, etc...).
Mozilla doesn't have these files yet, but the code will be in place for when we
have the image files.
Attachment #124707 -
Attachment is obsolete: true
Attachment #124707 -
Flags: superreview?(jaggernaut)
Attachment #124707 -
Flags: review?(sgehani)
Attachment #124772 -
Flags: superreview?(jaggernaut)
Attachment #124772 -
Flags: review?(sgehani)
Comment 8•23 years ago
|
||
test build on win95 worked as expected
Comment 9•23 years ago
|
||
Comment on attachment 124772 [details] [diff] [review]
patch v1.4
sr=jag
Attachment #124772 -
Flags: superreview?(jaggernaut) → superreview+
Updated•23 years ago
|
Attachment #124772 -
Flags: review?(sgehani) → review+
| Assignee | ||
Comment 10•23 years ago
|
||
Comment on attachment 124772 [details] [diff] [review]
patch v1.4
re-seeking a=
tested under winXP, win98, win95 (mozilla.exe). all works as expected.
risk is low. affected code is localized to win32 platforms and also to the
file type association changes.
Attachment #124772 -
Flags: approval1.4?
Comment 11•23 years ago
|
||
a=adt. Please land this fix on the Mozilla 1.4 branch and add fixed1.4 to the
staus whiteboard.
Comment 12•23 years ago
|
||
Comment on attachment 124772 [details] [diff] [review]
patch v1.4
a=asa (on behalf of drivers) for checkin to the 1.4 branch.
Attachment #124772 -
Flags: approval1.4? → approval1.4+
Comment 13•23 years ago
|
||
noting a=asa,sspitzer for 1.4 final
Whiteboard: [adt2] → [adt2][a=asa,sspitzer]
Target Milestone: --- → mozilla1.4final
| Assignee | ||
Comment 14•23 years ago
|
||
patch checked in to trunk and branch.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Keywords: fixed1.4
Resolution: --- → FIXED
Target Milestone: mozilla1.4final → ---
Comment 17•23 years ago
|
||
Using: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.4b) Gecko/20030609
I just tested this for JPG and get the red dino head icon (see attachment). I
thought it would (should) be more like the greyrest icons for documents (see
attachment). Reopen? Apologies if I'm just confused.
Reproduce: Edit | Preferences | Advanced | System -> Select "JPEG".
Comment 18•23 years ago
|
||
Comment 19•23 years ago
|
||
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•