Closed Bug 207713 Opened 23 years ago Closed 23 years ago

Mozilla needs support for moz specific file extension icons

Categories

(SeaMonkey :: General, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: ssu0262, Assigned: ssu0262)

Details

(Whiteboard: [adt2][a=asa,sspitzer])

Attachments

(3 files, 3 obsolete files)

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 )
Status: NEW → ASSIGNED
QA Contact: general → gbush
Attached patch patch v1.1 (obsolete) — Splinter Review
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?
Attached patch patch v1.2 (obsolete) — Splinter Review
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
Attached patch patch v1.3 (obsolete) — Splinter Review
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)
adt: nsbeta1+/adt2
Keywords: nsbeta1nsbeta1+
Whiteboard: [adt2}
Whiteboard: [adt2} → [adt2]
Attachment #124615 - Flags: approval1.4?
Attached patch patch v1.4Splinter Review
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)
test build on win95 worked as expected
Comment on attachment 124772 [details] [diff] [review] patch v1.4 sr=jag
Attachment #124772 - Flags: superreview?(jaggernaut) → superreview+
Attachment #124772 - Flags: review?(sgehani) → review+
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?
a=adt. Please land this fix on the Mozilla 1.4 branch and add fixed1.4 to the staus whiteboard.
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+
noting a=asa,sspitzer for 1.4 final
Whiteboard: [adt2] → [adt2][a=asa,sspitzer]
Target Milestone: --- → mozilla1.4final
patch checked in to trunk and branch.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Keywords: fixed1.4
Resolution: --- → FIXED
Target Milestone: mozilla1.4final → ---
verified on branch 2003060405
Keywords: verified1.4
verified on trunk 2003060504
Status: RESOLVED → VERIFIED
Keywords: fixed1.4
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".
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: