165934 - .html .shtml file types assigned to wrong icons

Status: RESOLVED EXPIRED

(SeaMonkey :: UI Design, defect)

Description

[Daniel Wang]

Ra Jones reported in netscape.public.mozilla.general
> This maybe a Win XP issue rather than Mozilla, but since removing 
> Netscape 6.2 and Mozilla 1.0, and installing Mozilla 1.1, Windows 
> Explorer icon for .htm,.html and .shtml files is a white box with blue 
> top border (the default icon for a DOS .exe file). Files open OK in 
> Mozilla, but I cannot get the Mozilla icon associated with these files 
> using Tools / Folder Options / File Types. Also tried to use old 
> Netscape 6 icon (which I saved as .ico file), but again no success. 
> Tried TweakUI Repair Icons, but also failed. Icons associate correctly 
> on 2 other Win98 PC's. Any ideas?

Comment 1

[Matthias Versen [:Matti]]

File Handling ?

-> XP APPS

Comment 2

[ra.jones]

Additional clarification posted in follow-up to newsgroup posting:

In Folder Options / File Types tab: for File Types Mozilla Hypertext 
Markup Language Document, icon under Extensions column is as described 
above (white with blue top border). Under Details for 'HTML' extension - 
Opens with: MOZILLA (shows Mozilla's new red lizard on blue background 
icon). But there is nothing I can do to set htm/html files to use to 
this icon in Explorer view.

Comment 3

[Daniel Wang]

In the Explorer file type properties dialog, what do you see when
you click on the "Change Icon" button?

Comment 4

[ra.jones]

In XP it is File Types / Advanced / Change Icon. This reads:
Look for icons in this file: C:\Program Files\Mozilla\mozilla.exe 

Followed by:
Select an icon from the list below: This shows the new blue & red lizard icon.

Click OK, OK. The icon in Registered file types / Extensions column remains a
white & blue box.

Comment 5

[Ney André de Mello Zunino]

Attachment: Screenshot of the file types property page

Although Mozilla is correctly associated with the two filename extensions, the
icons are not correct.

Comment 6

[Ney André de Mello Zunino]

Attachment: Detailed view of file type showing the selected icon

The Mozilla icon is associated with the type and all the actions are working
with Mozilla.

Comment 7

[Ney André de Mello Zunino]

Attachment: Screenshot of Windows Explorer showing a directory with HTML files

The icons used for .htm and .html files are not the ones selected in the file
type details dialog.

Comment 8

[Ney André de Mello Zunino]

I have been able to remedy the problem on my system by making some changes to
the Registry. I had found out that several keys had items which data pointed to
"D:\Program Files\Mozilla.org\Mozilla", which is the default installation
directory for Mozilla and the one I used to use. However, for the last two
installations, I decided to shorten the directory to: "D:\Program
Files\Mozilla". By replacing the ocurrences of the previous directory with the
new one in the Registry I was able to get the icons to display properly.

Nevertheless, the bug still remains, since Mozilla should make sure that every
relevant Registry entry is verified and updated upon a new installation.

Comment 9

[ra.jones]

Observation confirmed - problem first occured after changing Mozilla
installation directory for v1.1. 

Comment 10

[Reuben]

In Win 98 Mozilla Build ID 2002091014, same problem, except the change icon
button in the edit file type dialog is greyed out.  Meaning, I can't even click
the button to attempt to change the icon that way.  I attempted to change the
icon by changing what the registry key:
HKEY_CLASSES_ROOT\MozillaHTML\DefaultIcon points to.  I then restarted my
computer.  The icon for an HTML file did not change and is still the default
executable icon as mentioned above.  I also tried a different icon repair tool
with no success.

Comment 11

[Petr Synek]

I have experienced the same problem on WinXP after installing using the .exe
installer into location n:\mozilla. Previously I have installed the zip by
unzipping it into n:\mozilla\bin. 

Comment 12

[WADA:World Anti-bad-Duping Agency]

Icon problem of file type assosiation(.url) has been fixed by bug 44714.
Will this fix resolve icon problem of .html/.shtml too?

Comment 13

[Reuben]

Windows 98 Mozilla 1.5:
I have Mozilla installed on the default directory.  Instead of having the proper
icon, I get the default windows icon (not the default application icon). 
Mozilla has changed the location inside the registry where the associations are
handled.  They are now at HKEY_CLASSES_ROOT\MozillaHTML\ShellEx\IconHandler. 
The key value there is {42042206-2D85-11D3-8CFF-005004838597}.  Needless to say,
I have no idea what that points to.  I still cannot change the icon via Folder
Options, File Types as the button to do so is greyed out.  What is really odd is
that if I save an htm file from Internet Explorer it gets a Microsoft Windows
html icon - the one with the W from Microsoft Word.  If I were to save the same
document in Mozilla, I'd get the default Windows icon for that .htm file.  I do
have screenshots and if requested, I will post them.

Comment 14

[Greg Campbell]

I have this exact same problem in WinXP with Firefox (Mozilla/5.0 (Windows; U;
Windows NT 5.1; en-US; rv:1.7) Gecko/20040703 Firefox/0.9.0+). Under File
Types/Advanced/Change Icon, the correct document icon is chosen, but the generic
icon is always shown, exactly as in the screenshots. I have tried TweakUI repair
icons also to no avail.

I've poked around the registry and can't get anything to fix it.

This seems like the kind of polish that should be investigated before Firefox
1.0, so I'll set blocking-aviary1.0?

Comment 15

[Reuben]

Well, I got rid of this bug after blowing away most config files stored in my
profile (which solved a separate problem) and uninstalling and reinstalling
Mozilla.  I still can't click change icon, but at least a proper icon is shown -
I assume it's the default icon for html files associated to Mozilla.  I guess
this is an if all else fails solution. . .

Comment 16

[Markus Lindström]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040731
Firefox/0.9.1+

Bug still present. I've only found one workaround for this problem. Basically,
one has to remove the file extensions and then readd them manually. At that
time, Windows _does_ allow the icon to be changed.

For reference, these are the settings that Firefox seems to use for those
extensions:

> Action: open
> Application: "...\firefox.exe" -url "%1"
> Use DDE: yes.
>   |
>   +-- Application: FIREFOX
>   +-- Topic: System

I tend to get this bug at random when uninstalling/installing Firefox, it's very
annoying.

Comment 17

[junk]

Same problem, FF nightlies on XP, normally 3rd party builds though. I've never
used an .exe install, only a zip. The FF icon is listed but won't appear in
folders. I can change the icon setting, and even reset it to the IE icon, but it
won't appear in folders any which way. My FF builds are all inside the prog
files/FF folder as 0717, 0730, etc., if that makes a difference to figuring this
out.

Comment 18

[ra.jones]

As the original poster of this 'bug' back in the days of Netscape 6.2 and
Mozilla 1.1, I see it is still with us in Firefox. If it helps anyone fix it
(please - before it drives me insane), I am pretty sure it happens after a
directory change involved in upgrading the default browser eg when changing from
/Program Files/Mozilla Firefox 0.9.1/ to /Program Files/Mozilla Firefox 0.9.3/
and then deleting the Firefox 0.9.1 directory. It does not seem to happen if
uninstalling an old version and installing the new into the same directory (eg
leaving default browser as /Program Files/Mozilla Firefox/.

Comment 19

[Bruce]

Similar problem (FF 1.0 on WinXP). Found workaround to restore FF icons to .htm,
.html, etc, and described in bug 268512

Comment 20

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 21

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but still has no comment since the inception of the SeaMonkey project 5 years ago.

Because of this, we're resolving the bug as EXPIRED.

If you still can reproduce the bug on SeaMonkey 2 or otherwise think it's still valid, please REOPEN it and if it is a platform or toolkit issue, move it to the according component.

Query tag for this change: EXPIRED-20100420