IconPackager V3 troubles (and still with 3.00f[b].002

especially for Brian Harper

Since Iconpackager is in V3 and with all the different versions of it, i get troubles for which i already get quiet a lot of exchange directly with Brian Harper.
As version 3.00f[b].002 is out, i (again) did a try to install it : so firstly i uninstall previous version, cleaned up disk and registry from entries still there, bring back correctly Programs associations and right icons, reboot twice, so the system was clear and correct. (WIN XP SP2 Family Edition French with all updates and nothing really special as programs or whatelse on it).
I stopped all programs running (Stardock programs, antivirus, firewall, etc) launched SDC and installed IconPackager V3.00f[b].002.
I reboot twice the system, then launched IP.
Here's the shot at that time of my default system icons :



Then i did just a "restore all icons" and here's what it became :



As you can notice some icons have been changed or are missing and i wonder to understand by which miracle IconPackager did find other icons that the ones it found firstly ??? and why it doesn't leave alone theses first right icons ?
Of course nothing is possible to go back to the right icons, neither "Restore Windows default" ==> which brings the wrong ones each time or "Restore current icons" or "Restore all icons" or "Rebuild Icon Cache" or "Repair Icon Images" or "Repair Shell Icons" (==> which does exactly the same with or without iprepair.dll = nothing)
The "Change Icon" function doesn't work at all, some programs associations are broken "winamp readen files are giong back to Windows Media Player for example, .zip is no more associated which winzip but with WORD !!!! (which of course gives an error) and so on ...

Well, OK, just one thing to do at this point, is to rebuild handly the progams associations by this way :



and give back the right icons to the right programs BUT in no case i have to do a "Restore Icons" or same supposed same repair function, or everything's is breaking again ...

Of course all of this is similar when loading packages ... So i'd be happy if all of these troubles should be fixed.
Anyone else get this kind of trouble ? specially users of none english Windows XP version ?


N.B: apart of this, for example the icon given in second screenshot for .cab files (and others compressed files not shown on screenshot) is not at all the default Windows French one (even without Winzip running). The right one is the one for .zip in the second screenshot ...

5,631 views 14 replies
Reply #1 Top
I have the same problems. (WinXP Home-English) It's just a mess. I use a lot of non-standard icons and the Custom Filetypes return to my defaults correctly. I have spent hours editing the backup.ini to try to force iconpackager to default to the correct icons, but it doesn't seem to use this file for the "standard icons". I got tired enough of changing the icons back one at a time that I exported the default icon setting from the registry on the problem icons and combined them into a single .reg file. Then I can right-click/merge to restore the icons that IP messed up. Not an ideal solution, but easier than going thru Tools/Folder Options/File Types and changing them one at a time.

I cannot find where Iconpackager is getting it's defaults from. (And I have spent many hours looking).

I know none of this helps you, but "misery loves company".
Reply #2 Top
Nope it doesn't help, but at least it seems it's not a problem of Windows XP itself (i mean i thought a time it could be coming because XP french may not be coded exactly as XP english ...) and what is sure is i'm not the only one with this problem
Reply #3 Top
I even have some of the same icons messing up.

My .tif shows no icon (like yours)
My .doc shows the .rtf icon
My .zip shows the folder icon (like yours)
I have custom icons for .reg & .vbs (windows defaults are so ugly) and I can't beg iconpackager to show them.

I can see in Package Builder that there are several (so called) Standard File Icons that I don't use, such as .docktheme, .dockpack and .pst. That might be part of the problem if Iconpackager is looking for "Standard Icons" that are not registered on my computer, but I am not about to install ObjectDock and Outlook to find out.

And, like I said before, all the custom icons I have set up revert to the proper icons just perfectly. I wish they had left the "Standard Icons" alone.

Reply #4 Top
Have you unchecked 'Only load File Icons for registered file types'?
Reply #5 Top
Have you unchecked 'Only load File Icons for registered file types'?


Yep
Reply #6 Top
It appears that IconPackager is failing to load the path to some of these icons, from within the program.

For instance, I have a custom icon for VBS scripts, which I simply cannot assign from within IP, but I can assign it by using the property page and changing the icon there!

IconPackager is failing to correctly assign paths for at least some of these icons that it's failing to change. If I look at the "File Name" (sic) line above the icons and cursors window in IP for these unassigned icons, instead of getting a path there's an entry like ",0" rather than "*path and filename*,5".

[edit]
On reopening IP and looking at the missing icons, the filename is listed as being "C:\Windows\System32\,0".

Do those of you with the same problem see the same, or similar, error in filename?
Reply #7 Top
In a kind of way i get similar things : for example the path for write documents (.wri) - opened by windows with wordpad.exe - is assigned for me by IconPackager as C:\Program Files\Windows NT\Accessories which is the english name (Accessoires in french) and of course there's no such directory in french so no wordpad.exe found so no icon !! ==> it concerns for me Rich text(.rtf), Write document (.wri), Word document (.doc) ==> all three are assigned wrongly by IconPackager with 1°) no icons because what i just said upon and 2°) wrong program association : .doc and .rtf are not opened by wordpad.exe, but by WinWord.exe for me !!!
Similar trouble for .tif icon which gets a wrong program association with a wrong path to it.

Above that, i'm on the way to think that Iconpackager doesn't take care of the client PC default icons, but assigned the ones which are in the builder.icl file as new default icons (exemple: the .cab icon given by IconPackager)
Reply #8 Top
opened by windows with wordpad.exe - is assigned for me by IconPackager as C:\Program Files\Windows NT\Accessories


Is that *all* you're seeing, or is there a filename too?

I'm just seeing a directory, without a filename at the end, which is clearly NEVER going to work!
Reply #9 Top
Nope i see the complete path : C:\Program Files\Windows NT\Accessories\wordpad.exe,1 (or 2, depending off which icon), but as i said, as the directory doesn't exist in XP french version, i think the program don't go further to look the name and number of icon ...

I also (since the begining of troubles with V3 and all the uninstall, reinstall that i did) noticed that uninstalling IconPackager if it's not the default icons which are launched but a package, leave a big mess in the whole system : some icons are going back to Windows default, but a lot of them are staying with the last packaged icons. Hopefully i also get MicroAngelo (the On Display program) which get also two options for rebuild Icon Cache and bring out the broken cache (after a reboot) and that one rebuild correctly the things (well, most of times )
Reply #10 Top
I get similiar problems- Improved w/ iprepair.dll disabled, but many types of icons are unassigned.

I can't find a way to access IP ver 3.00[b].093. It won't appear in StarDock Central (SC) & I can't find another way to access it through SD's site. SC continues to show 3.00f[b].002. I checked my cache and there is no IP folder to purge. I also renamed my IP backup file in case SC was reloading 3.00f[b].002 from there. After uninstall, reboot, reinstall, reboot, I still get ver 002.

My understanding is that 3.00[b].098 has been out since 27-Jul-05. Is there a way to get it?
Reply #11 Top
aimzz, Iconpackager 3.00[b].093 is much older than 3.00f[b].002 (friday july 22nd) and worse indeed ... If you have not backup it at that time, you won't find it on SDC now.
.. and about iprepair.dll, on latest version troubles are similar for me with or without it enabled.
Reply #12 Top
#7 by neophil78
Above that, i'm on the way to think that Iconpackager doesn't take care of the client PC default icons, but assigned the ones which are in the builder.icl file as new default icons (exemple: the .cab icon given by IconPackager)

Neophil78, I had that thought so I made a builder.icl with all the custom icons that I want to use. It didn't help.

I am also missing the Web Folders icon. Recent Documents was gone for 3-4 builds, but it is back now. I am hoping Web Folders comes back someday.
Reply #13 Top
#11 by neophil78
I see- It's gotten pretty jumbled over several threads. I had 3.00d[b].002 which was dated 22-Jul-05. Someone had recommended a later version-- I may have had the number wrong. I just got 3.00f[b].002, which is dated 05-Aug-05. Seems OK so far, but haven't had time to check in depth
Reply #14 Top
I had that thought so I made a builder.icl with all the custom icons that I want to use. It didn't help.


Yep i also try that and effecivly it didn't help perhaps it's used only on the initial installation process ?