Icons paths differ, Icons won't update.

[Russ V]

There seems to be some unusual behavior on my vista 64 laptop.

two different default icon strings are showing depending on where i click on the tree. 
( see attach png file )

C:\Windows\system32\SHELL32.dll;3
%SystemRoot%\syswow64\SHELL32.dll;4

If i "select icon from system", it will show up in that pane after selection, but not in the tree even after i press save.  whatever icon was in the tree...will now blank.

i've tried the maintenance functions but that doesn't work.
it's not the number of nodes...127 because i have about 170 at work.
there was some mcf corruption but the same thing happens with the backup.

if i drag a folder to the tree, the icon doesn't show.
i thought this was a permission issue since i originally install the program in C:\_Menus
so i re-installed the program and no joy.

This has happened before on this laptop but not on the xp or win7 machines.

Any ideas on reset my icons?

[mouser]

im not sure i 100% understand the problem, but i'm guessing it has to do with the %SystemRoot%
if you manually BROWSE to C:\Windows\system32\SHELL32.dll to select the icon, does it work ok?
does the problem only happen when your icon path has %SystemRoot% in it?

[Russ V]

The 'folder' icon will show...just like in the screen print but the icon in the tree won't update.
The same happens for the last few EXE's.

the 'consistancy' checks out...and i tried to "remove all but required pairs" and refill.

i'm thinking i screwed it up by playing with it so much. 

[mouser]

if you exit LBC and restart it, does the problem remain?
send me the .mcf file (mouser@donationcoder.com) and let me have a look -- the problem may be an icon file that the program is not reading correctly.

[Russ V]

Oh.  i did create this condition once...it went something like this.

insert node sibling menu.
select an icon.
Opps.  you change your mind and need a Command.
from what you have, change the node type to: command
? is there already a application showing up?  i get a program that i previously loaded.
correct the program, save and close, then check the command from the menu.
mine was blank so i went in and reselected the program and saved changes.
it worked by no icon.

hope that helps else we are all more confused.  

Damn: the board just told me you replied again while i was saving the post.
restarting LBC ( under admin privileges ) didn't help but i do find that one of the icon i played with...will show, just not the icon i was expecting.

mcf file is in the initial post...which i figured you would want to see.
( you see i searched the board looking for a similar problem first.)

it's late...no urgency...

[mouser]

the first post has the launchbar commander ini file, but it's the .mcf file for your launchbar that i need to help test.

[Russ V]

it's the link above the image that starts with 'homelap....then the date.'
it's an RAR file with the mcf inside. 

[mouser]

ah i see now, and i am able to reproduce the problem.  definitely a bug, working on it now.

[mouser]

ok i think i have found the thing that is confusing it, i think it's the 2 icon values for "Top->Projects->SQLite->sqlite_tutorial" and "Top->Projects->SQLite->index".  both of these have the value of "\" specified for their Icon value and that seems to be causing LBC to freak out royally.  setting icons for these and then doing the icon maintenance operations (or restarting), or deleting them, seems to fix the problem.

next step is to find the bug in the code making it misbehave in this case.

[Russ V]

hey....if it's software, i'll find a way to break it.

[mouser]

Ok let's see if this beta version fixes the problems:
http://www.donationcoder.com/Software/Mouser/LaunchBarCommander/downloads/beta/LaunchBarCommanderSetup.exe

The new version should fix the problem where the tree icons get mixed up; it will show blank icons for the nodes that have bad icon data, and you should be able to change those icons now.

note:
actually i think that a recent past release should prevent this scenario from occurring for new launch bar files, as it should detect the setting of a bad icon right from the start, and show a ? in its place -- but in the past if an icon failed to load for mysterious reasons, it could confuse the program and result in the wrong icons being shown for items.  the new fix should handle older files that have a bad icon in them before the recent changes prevented this from being possible.

[Russ V]

Dude.  Works great.  i loaded the program and all of the icons came back.
Oh and those other two items...they were html web pages so the properties for those shortcuts could be where that '\' came from.
Thanks again.

[mouser]

great to hear it. thanks for your patience