Apache OpenOffice (AOO) Bugzilla – Issue 7325
update OOo file association icons correctly
Last modified: 2003-09-08 16:53:51 UTC
just for consistency with OOo logo and to "distinguish" OOo from SO that's for the icons like used in Windows
I just noticed that after an update of IE the icons now contain no butterfly anymore - they are "naked". I had StarOffice 6 Beta installed previously, so its icons were being used? Perhaps no update of the Windows ShellIconCache occured ? I like this "naked" appearance; no need to change, but update the icons correctly, so issue for installation component.
there seems to be no notification e-mail sent to the new component owner
I've read this issue but I'm not shure what you what us to do.
when associating file extensions with OOo apps (if the user has chosen the installer to do so) the icons for these extensions should be the correct OOo icon and not the icon of the previous application the extension was associated to. Windows has problems if the icon name is identical, then the old icon will still be used, a manually deletion of C:\Windows\ShellIconCache helps in these cases. OOo installer should either do that or update via the Win shell interface if possible and have the actual OOo icon associated in the first place. But is the "naked" icon the "correct" icon ?
reassigning
Hi Lee, Are the right one for handling this issue? Do we have icons with gulls for OOo?
Second try.
Since the request here appears to be for for changes to the installer (to update the icon cache) then this is out of my area; I'm therefore reassigning to the installation component. However, as a side note, the icons themselves are indeed supposed to be the "bare" ones (that is, identical to the old butterfly ones, but with the butterfly removed). I would quite like us to change to the gull icons, but this probably needs to be discussed and agreed on ... it is therefore something I intend to raise on the mailing lists at some point.
Hi Timo, I suppose you are the one who looks for 'Icon Cache Handling'.
Changed target milestone
Hi Lars, to reproduce your problem I need a better description of your scenario so I cannot really follow you. The OO/SO setup calls SHCangeNotify after the setup to make the shell aware of any changes, as far as I know this is the only documented way to force an update of the icon cache (though there are some other undocumented ways). Did you try the latest OOo milestome m4 (http://www.openoffice.org/dev_docs/source/644/)? Kind Regards, Tino
SHChangeNotify :-) yes,yes I didn't try the latest build I think the problem was that after OOo was installed, the file extension icons didn't change from their previous SO6 icon to the OOo icon. Just after an update of IE did this change occur. So, as I know that Windows 98 SE (and before) does not change the file icon for shortcuts if the newly assigned icon has the exact same path and name (wait, just exact name is enough) as the previously assigned icon, I thought this might be the case with OOo here. In such cases the ShellIconCache must be deleted. OOo should just be aware of this Windows characteristic.
Hi Lars, hi Olaf, under Win98SE I just tried the following: 1. I just installed a StarOffice which was registered as default editor in IE 2. I deinstalled the StarOffice; StarOffice correctly deregistered as default editor in IE 3. I Installed an OpenOffice srx644_m4 (again registered as default editor in IE) Works fine, no strange icons etc. So what should I do? By the way: if Windows behaves weird in some cases with it's icon cache handling (and indeed it does sometimes) it is finally a Windows problem. So I suggest to close this bug. Kind Regards, Tino
test; I AM logged in
OK; I didn't uninstall SO; I installed OOo seperately but used OOo as default handler for all SO/OOo filetypes. But the icon was only changed when I updated IE later. This may indeed be a Windows problem; but if you can verify it, perhaps you can take precautions by deleting the ShellIconCache so that a user gets the intended icon? else close this issue
I also see this as windows problem. Therefor I would close this issue.
WONTFIX should be better CAN'T FIX in this case.