locked
Blank Icons on virtual apps RRS feed

  • Question

  • Good Day, I am running into a continual issue. We have Office 2010 virtualized along with other programs. The icons will just up and go blank with no association to the correct icon in the softgrid folder. even if I refresh the icons may not appear. not all but sometimes they re-appear. 

    Some info:

    If I right click on the icon and select to change the icon I get a "Windows cannot find the file" error. The path will be in the correct folder, but the name does not match what is in the Icon path.

     

    Thank you

    Paul


    Duramaxster
    Friday, December 2, 2011 10:19 PM

Answers

  • shortcut_ex.dat is just an XML file - you can open this in Notepad. It defines the managed shortcuts.

    Excluding these locations is simple if you're using the Management Server to re-publish the virtual applications. SCCM might be different as the advertisements will need to re-run for shortcuts to be re-created.



    Twitter: @stealthpuppy | Blog: stealthpuppy.com

    This forum post is my own opinion and does not necessarily reflect the opinion or view of Microsoft, its employees, or other MVPs.

    Please remember to click "Mark as Answer" or "Vote as Helpful" on the post that answers your question (or click "Unmark as Answer" if a marked post does not actually answer your question). This can be beneficial to other community members reading the thread.

    • Proposed as answer by Alpejan Wednesday, April 4, 2012 10:29 AM
    • Marked as answer by Aaron.ParkerModerator Friday, November 16, 2012 11:06 PM
    Wednesday, February 22, 2012 11:21 AM
    Moderator

All replies

  • What type of clients (i.e. desktop, Terminal Server etc) do you have? Are users using Roaming Profiles?

    This forum post is my own opinion and does not necessarily reflect the opinion or view of Microsoft, its employees, or other MVPs.
    Friday, December 2, 2011 10:47 PM
    Moderator
  • WOW, thank you for responding. I had no clue you responded so fast... They are all Dell desktop optiplex PC's. Yes we are using roaming profiles. 
    Duramaxster
    Saturday, December 3, 2011 3:26 AM
  • Are you excluding any folders within the Roaming Profile? e.g. the \AppData\SoftGrid Client\Icon Cache folder or any others.

    As a test try logging onto two different PCs with the same user account (at the same time) and see if there is any difference in the icons that each shortcut is pointing to and reference that to the icons actually stored in %AppData%\SoftGrid Client\Icon Cache

    I'm seeing a similar issue when roaming the profile with a 3rd party profile management solution, but have yet to perform detailed troubleshooting.

    Also see this thread: http://social.technet.microsoft.com/Forums/en-AU/appvclients/thread/f1a638d3-f109-4b49-b195-666ce3eb435b



    This forum post is my own opinion and does not necessarily reflect the opinion or view of Microsoft, its employees, or other MVPs.
    Saturday, December 3, 2011 11:28 AM
    Moderator
  • We are not excluding any folders as far as I know. I have logged into the 4 PC's with the same user. All have the same blank Icons. If I "Refresh Applications" they will at times repopulate all icons, but not everytime. Maybe just 1 or 2. However, what ever shows up on one PC shows up on the others.

     

    Thank you again for your time :-)

     

    Paul


    Duramaxster
    • Edited by Duramaxster Saturday, December 3, 2011 7:47 PM
    Saturday, December 3, 2011 6:29 PM
  • In %AppData%\SoftGrid Client\Icon Cache, do you get duplicate icons for the same shortcuts? (e.g. multiple icons for the Word shortcut)

    Also see what's in the App-V client log - it should log the creation of the shortcuts and the icons that each shortcut will get. You may need to enable verbose logging to see that detail.

    I'll perform my own test when I can.



    This forum post is my own opinion and does not necessarily reflect the opinion or view of Microsoft, its employees, or other MVPs.
    Saturday, December 3, 2011 8:37 PM
    Moderator
  • Aaron, I looked into the Icon Cache folder and there is only one icon for the program, but there are other word doc related icons for documents, etc. I also noticed one thing. When the icons are blank the icon path is pointing to a file in the icon cache that does not exist. When it does refresh, then the path is correctly terminated to an existing file. 

    The below log pulled from yesterday yet only shows only the shortcuts that appear. Why are the others like Work, Power Point, Outlook, One Note, Team Viewer, not showing up. 

    See bottom for Most recent logs tonight

    [12/02/2011 15:07:00:221 SRVC WRN] {tid=C84}

     

    Failed unregistering callback tracking connected process termination (error: 997).

    [12/02/2011 15:07:46:517 FILE WRN] {tid=1314:usr=US1998-LS-12344247}

    The client could not create the shortcut.

    App: Microsoft Excel 2010 14.0.4756.1000

    User: 0x00000018

    Exe:

    C:\Program Files\Microsoft Application Virtualization Client\sfttray.exe

    Location: \\bbus1950-01\folderredirect$\US1998-LS-12344247\Desktop\Excel 2010.lnk

    Args: /launch "Microsoft Excel 2010 14.0.4756.1000"

    Icon: C:\Users\US1998-LS-12344247.SSBCUSA\AppData\Roaming\SoftGrid Client\Icon Cache\A800611F-4EF5-4616-B6EA-A50FBB2AB328.ico

    Working Dir: C:\Program Files\Microsoft Application Virtualization Client

    Hidden: FALSE

    Source: rtsp://sdcore-fs01.ssbcusa.local:554/

    [12/02/2011 15:08:21:868 FILE WRN] {tid=1314:usr=US1998-LS-12344247}

    The client could not create the shortcut.

    App: School Library Organizer Pro 2.7.0.0

    User: 0x00000018

    Exe:

    C:\Program Files\Microsoft Application Virtualization Client\sfttray.exe

    Location: \\bbus1950-01\folderredirect$\US1998-LS-12344247\Desktop\Library Organizer Pro.lnk

    Args: /launch "School Library Organizer Pro 2.7.0.0"

    Icon: C:\Users\US1998-LS-12344247.SSBCUSA\AppData\Roaming\SoftGrid Client\Icon Cache\38F830F7-C04D-4B57-BDC8-B8D76CF97731.ico

    Working Dir: C:\Program Files\Microsoft Application Virtualization Client

    Hidden: FALSE

    Source: rtsp://sdcore-fs01.ssbcusa.local:554/

    [12/02/2011 15:08:56:920 FILE WRN] {tid=1314:usr=US1998-LS-12344247}

    The client could not create the shortcut.

    App: Mozilla Firefox 1.9.2.3909

    User: 0x00000018

    Exe:

    C:\Program Files\Microsoft Application Virtualization Client\sfttray.exe

    Location: \\bbus1950-01\folderredirect$\US1998-LS-12344247\Desktop\Mozilla 3.6 V03.lnk

    Args: /launch "Mozilla Firefox 1.9.2.3909"

    Icon: C:\Users\US1998-LS-12344247.SSBCUSA\AppData\Roaming\SoftGrid Client\Icon Cache\035076AC-4B5B-4B74-B065-AD4600C0CBB5.ico

    Working Dir: C:\Program Files\Microsoft Application Virtualization Client

    Hidden: FALSE

    Source: rtsp://sdcore-fs01.ssbcusa.local:554/

    [12/02/2011 15:08:57:666 OMGR INF] {tid=1314:usr=US1998-LS-12344247}

    The client updated the OSD file for 'Mozilla Firefox 1.9.2.3909' with a version from Fri, 08 Oct 2010 23:16:21 GMT.

    [12/02/2011 15:09:33:113 FILE WRN] {tid=1314:usr=US1998-LS-12344247}

    The client could not create the shortcut.

    App: Microsoft Excel 2010 14.0.4756.1000

    User: 0x00000018

    Exe:

    C:\Program Files\Microsoft Application Virtualization Client\sfttray.exe

    Location: \\bbus1950-01\folderredirect$\US1998-LS-12344247\Desktop\Excel 2010.lnk

    Args: /launch "Microsoft Excel 2010 14.0.4756.1000"

    Icon: C:\Users\US1998-LS-12344247.SSBCUSA\AppData\Roaming\SoftGrid Client\Icon Cache\C2FFA110-C280-4E70-9673-216D25490105.ico

    Working Dir: C:\Program Files\Microsoft Application Virtualization Client

    Hidden: FALSE

    Source: rtsp://sdcore-fs01.ssbcusa.local:554/

    I have enabled Verbose logging on my test client. Here is the logging information

     

    I have logged off and back on a few times to get the below tonight, still the icons are not being logged at each logon, is that correct? Should they be loaded each time a user logs in. Disregard the DropBox errors (test app)

     

    [12/03/2011 21:27:51:575 SRVC WRN] {tid=9E0}

    Failed unregistering callback tracking connected process termination (error: 997).

    [12/03/2011 21:27:51:731 SRVC WRN] {tid=B3C}

    Failed unregistering callback tracking connected process termination (error: 997).

    [12/03/2011 21:28:20:735 SRVC WRN] {tid=B3C}

    Failed unregistering callback tracking connected process termination (error: 997).

    [12/03/2011 21:28:20:828 SRVC WRN] {tid=9E0}

    Failed unregistering callback tracking connected process termination (error: 997).

    [12/03/2011 21:28:33:262 OMGR INF] {tid=11D0:usr=US1998-LS-12344247}

    The client updated the OSD file for 'Mozilla Firefox 1.9.2.3909' with a version from Fri, 08 Oct 2010 23:16:21 GMT.

    [12/03/2011 21:28:34:416 OMGR INF] {tid=11D0:usr=US1998-LS-12344247}

    The client updated the OSD file for 'Mozilla Firefox 1.9.2.3909' with a version from Tue, 27 Sep 2011 19:43:44 GMT.

    [12/03/2011 21:28:34:572 SWAP WRN] {tid=11D0:usr=US1998-LS-12344247}

    Could not load OSD file \\bbus1950-01.ssbcusa.local\virtualapps$\DropBox.V01\Dropbox 1.2.48.0.osd

    [12/03/2011 21:28:34:650 AMGR INF] {tid=11D0:usr=US1998-LS-12344247}

    The app manager could not create an application from '\\bbus1950-01.ssbcusa.local\virtualapps$\DropBox.V01\Dropbox 1.2.48.0.osd' (rc 0C405A44-00001007).

    [12/03/2011 21:29:18:585 SRVC WRN] {tid=9E0}

    Failed unregistering callback tracking connected process termination (error: 997).

    [12/03/2011 21:29:18:710 SRVC WRN] {tid=B3C}

    Failed unregistering callback tracking connected process termination (error: 997).

    [12/03/2011 21:30:13:307 SRVC WRN] {tid=B3C}

    Failed unregistering callback tracking connected process termination (error: 997).

    [12/03/2011 21:30:13:370 SRVC WRN] {tid=9E0}

    Failed unregistering callback tracking connected process termination (error: 997).

    [12/03/2011 21:30:25:663 OMGR INF] {tid=11D0:usr=US1998-LS-12344247}

    The client updated the OSD file for 'Mozilla Firefox 1.9.2.3909' with a version from Fri, 08 Oct 2010 23:16:21 GMT.

    [12/03/2011 21:30:26:942 OMGR INF] {tid=11D0:usr=US1998-LS-12344247}

    The client updated the OSD file for 'Mozilla Firefox 1.9.2.3909' with a version from Tue, 27 Sep 2011 19:43:44 GMT.

    [12/03/2011 21:30:27:160 SWAP WRN] {tid=11D0:usr=US1998-LS-12344247}

    Could not load OSD file \\bbus1950-01.ssbcusa.local\virtualapps$\DropBox.V01\Dropbox 1.2.48.0.osd

    [12/03/2011 21:30:27:207 AMGR INF] {tid=11D0:usr=US1998-LS-12344247}

    The app manager could not create an application from '\\bbus1950-01.ssbcusa.local\virtualapps$\DropBox.V01\Dropbox 1.2.48.0.osd' (rc 0C405A44-00001007).

    [12/03/2011 21:32:50:839 SRVC WRN] {tid=DAC}

    Failed unregistering callback tracking connected process termination (error: 997).

    [12/03/2011 21:32:50:979 SRVC WRN] {tid=17A0}

    Failed unregistering callback tracking connected process termination (error: 997).

    [12/03/2011 21:33:13:801 SRVC WRN] {tid=17A0}

    Failed unregistering callback tracking connected process termination (error: 997).

    [12/03/2011 21:33:13:895 SRVC WRN] {tid=DAC}

    Failed unregistering callback tracking connected process termination (error: 997).

    [12/03/2011 21:33:28:109 OMGR INF] {tid=11D0:usr=US1998-LS-12344247}

    The client updated the OSD file for 'Mozilla Firefox 1.9.2.3909' with a version from Fri, 08 Oct 2010 23:16:21 GMT.

    [12/03/2011 21:33:28:965 OMGR INF] {tid=11D0:usr=US1998-LS-12344247}

    The client updated the OSD file for 'Mozilla Firefox 1.9.2.3909' with a version from Tue, 27 Sep 2011 19:43:44 GMT.

    [12/03/2011 21:33:29:136 SWAP WRN] {tid=11D0:usr=US1998-LS-12344247}

    Could not load OSD file \\bbus1950-01.ssbcusa.local\virtualapps$\DropBox.V01\Dropbox 1.2.48.0.osd

    [12/03/2011 21:33:29:457 AMGR INF] {tid=11D0:usr=US1998-LS-12344247}

    The app manager could not create an application from '\\bbus1950-01.ssbcusa.local\virtualapps$\DropBox.V01\Dropbox 1.2.48.0.osd' (rc 0C405A44-00001007).

    [12/03/2011 21:34:22:077 OMGR INF] {tid=11D0:usr=US1998-LS-12344247}

    The client updated the OSD file for 'Mozilla Firefox 1.9.2.3909' with a version from Fri, 08 Oct 2010 23:16:21 GMT.

    [12/03/2011 21:34:22:975 OMGR INF] {tid=11D0:usr=US1998-LS-12344247}

    The client updated the OSD file for 'Mozilla Firefox 1.9.2.3909' with a version from Tue, 27 Sep 2011 19:43:44 GMT.

    [12/03/2011 21:34:23:170 SWAP WRN] {tid=11D0:usr=US1998-LS-12344247}

    Could not load OSD file \\bbus1950-01.ssbcusa.local\virtualapps$\DropBox.V01\Dropbox 1.2.48.0.osd

    [12/03/2011 21:34:23:337 AMGR INF] {tid=11D0:usr=US1998-LS-12344247}

    The app manager could not create an application from '\\bbus1950-01.ssbcusa.local\virtualapps$\DropBox.V01\Dropbox 1.2.48.0.osd' (rc 0C405A44-00001007).

     

     

     


    Duramaxster
    Sunday, December 4, 2011 4:48 AM
  • Can you check the following registry keys on an affected client and report back?

     

    Navigate to: HKEY_CURRENT_USER\Software\Microsoft\SoftGrid\4.5\Client\Applications

    Look for your affected application names as a key, e.g. "Microsoft Word 2010 14.0.4762.1000"

    Check the Icon value and confirm the referenced file exists.

     

    Are these icons out of management scope? i.e. do you publish them to the location you are checking, or have these just been copied there?

    (ref: http://social.technet.microsoft.com/Forums/en-US/appvclients/thread/8a12b1eb-5c05-45cc-b463-7347c056ad9c

    &

    http://social.technet.microsoft.com/Forums/en-US/appvclients/thread/f1a638d3-f109-4b49-b195-666ce3eb435b/#86550d18-83c1-4c3a-bb3b-dbde416589a9)

    Tuesday, December 6, 2011 4:33 PM
  • Hi Sizzl, I am not able to see the HKEY_Current_User on the affected machine without logging in as administrator.

    I am not sure about the publishing part. I believe these are just copied there. Can you be a little more specifc? Pardon my ignorance...

    I actually think I am getting close. 

    However, what we did do was disable "Delete cached copy of Roaming Profiles" from GP. I believe that helped. 

    Now what we actually noticed is that when a user clicks on a virtual app icon on the desktop and opens the app, the icons will go blank. Does that help?


    Duramaxster
    Thursday, December 8, 2011 5:51 PM
  • This usually happens for the following reasons:

     

    1.) Problems accessing ICO files from the local cache.

    2.) Problems accessing ICO files from the CONTENT share during Publishing Refresh (i.e. access permissions.)

    3.) Corruption of ICO files (not likely - especially if all of them appear this way.)

    What happens in the SFTLOG.TXT during Publishing Refresh?


    Steve Thomas, SSEE, Microsoft

    App-V/MED-V/SCVMM/Server App-V/SCCM/AppCompat
    http://blogs.technet.com/gladiatormsft/
    The App-V Team blog: http://blogs.technet.com/appv/
    The MED-V Team Blog: http://blogs.technet.com/medv
    The SCVMM Team blog: http://blogs.technet.com/scvmm/

    “This posting is provided "AS IS" with no warranties, and confers no rights. User assumes all risks.”
    Friday, December 9, 2011 12:45 AM
  • Steve, here is what I get when I first login. 2 of the 10 icons were blank, just so you know. this is random, some users in the same OU dont have this issue. 

    1.) Problems accessing ICO files from the local cache. Why would this be random. I am not sure what you mean by this

    ? 2.) Problems accessing ICO files from the CONTENT share during Publishing Refresh (i.e. access permissions.). If this was a permissions it would happen to all icons, correct?

    3.) Corruption of ICO files (not likely - especially if all of them appear this way.)

    What happens in the SFTLOG.TXT during Publishing Refresh? See Below

     

    PRE-REFRESH

    [12/09/2011 11:31:55:872 FILE WRN] {tid=1AF4:usr=US1998-LS-12344247}

    The client could not create the shortcut.

    App: TeamViewer 4.1.6911.0

    User: 0x00000020

    Exe:

    C:\Program Files\Microsoft Application Virtualization Client\sfttray.exe

    Location: \\ssbcusa.local\schooldeskus\schools\PDG\US1950_Bravo\FolderRedirect\US1998-LS-12344247\Desktop\Team Viewer.lnk

    Args: /launch "TeamViewer 4.1.6911.0"

    Icon: C:\Users\US1998-LS-12344247.SSBCUSA.000\AppData\Roaming\SoftGrid Client\Icon Cache\7EFF758A-95C4-41B8-AB4B-6FA5BDD0B35D.ico

    Working Dir: C:\Program Files\Microsoft Application Virtualization Client

    Hidden: FALSE

    Source: rtsp://sdcore-fs01.ssbcusa.local:554/

     

    [12/09/2011 11:32:32:657 FILE WRN] {tid=1AF4:usr=US1998-LS-12344247}

    The client could not create the shortcut.

    App: Mozilla Firefox 1.9.2.3909

    User: 0x00000020

    Exe:

    C:\Program Files\Microsoft Application Virtualization Client\sfttray.exe

    Location: \\ssbcusa.local\schooldeskus\schools\PDG\US1950_Bravo\FolderRedirect\US1998-LS-12344247\Desktop\Mozilla Firefox 3.6.lnk

    Args: /launch "Mozilla Firefox 1.9.2.3909"

    Icon: C:\Users\US1998-LS-12344247.SSBCUSA.000\AppData\Roaming\SoftGrid Client\Icon Cache\FA3A56C6-2E38-4672-AAFF-4B77FE04F326.ico

    Working Dir: C:\Program Files\Microsoft Application Virtualization Client

    Hidden: FALSE

    Source: rtsp://sdcore-fs01.ssbcusa.local:554/

    There was not change to the file when I refreshed and the icons appeared

    Thank you

    Paul

     


    Duramaxster
    Friday, December 9, 2011 7:15 PM
  • Sizzi, 

    Team viewer directory is correct, but according to the SFTLOG the icon failed to pull from (Bolded below)

     

    [12/09/2011 11:31:55:872 FILE WRN] {tid=1AF4:usr=US1998-LS-12344247}
    The client could not create the shortcut.
    App: TeamViewer 4.1.6911.0
    User: 0x00000020
    Exe:
    C:\Program Files\Microsoft Application Virtualization Client\sfttray.exe
    Location: \\ssbcusa.local\schooldeskus\schools\PDG\US1950_Bravo\FolderRedirect\US1998-LS-12344247\Desktop\Team Viewer.lnk
    Args: /launch "TeamViewer 4.1.6911.0"
    Icon: C:\Users\US1998-LS-12344247.SSBCUSA.000\AppData\Roaming\SoftGrid Client\Icon Cache\7EFF758A-95C4-41B8-AB4B-6FA5BDD0B35D.ico
    Working Dir: C:\Program Files\Microsoft Application Virtualization Client
    Hidden: FALSE
    Source: rtsp://sdcore-fs01.ssbcusa.local:554/

    Now looking at where the file was looking

    I found 2 team viewer icons with different names.
    I did see that icon, but I did not check until after I refreshed and the icons appeared (SORRY) 

    I found 3 Mozilla and a couple of other duplicates.
    I have blanks on this one as well today.

    Changes I made this morning. I changed folder redirect from my local server on site to DFS which includes only. Desktop, Documents and Favorites.

     

    Should I be using folder redirect for APPDATA as well?

    Up until last Friday I had group policy "Deleting cached copy of roaming profiles", thinking if I kept a copy on the client PC it would help. It may have?

    I also noted that when I right click on the icon that is blank. and look at where the path is for the icon. it is pointing to a file that does not exist in the correct directory. 

    Where did it get the wrong file name for the icon from?

    Thank you

    Paul 

     

     


    Duramaxster
    • Edited by Duramaxster Friday, December 9, 2011 10:07 PM
    Friday, December 9, 2011 7:30 PM
  • Redirecting AppData won't help, it's just changing the location of AppData.

    Twitter: @stealthpuppy

    This forum post is my own opinion and does not necessarily reflect the opinion or view of Microsoft, its employees, or other MVPs.

    Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

    Saturday, December 10, 2011 11:53 AM
    Moderator
  • I'm getting the same exact issue in my environment. We are using App-V to deliver a number of applications. We also run some applications as RemoteApp (RDS). When the user first logs in, everything looks fine (icon-wise). Once the user opens a RemoteApp, all the App-V icons turn white (unless they manually refresh via the App-V tray icon).

    I just checked and we do have duplicate icons in our cache...what does this mean? What is causing that?

    Thanks so much Aaron.

     

    Sunday, December 11, 2011 9:03 AM
  • Bump...any thoughts?
    Friday, December 16, 2011 6:23 PM
  • Hello,

    @Duramaxster

    Could you explain how you handle your profiles a bit more? Do you have any type of antivirus installed?

    @JeremyRDS

    Your problem sounds different - since you have a specific trigger (when starting a remoteapp). I would suggest creating your own thread and detailing what happens in the background when starting a remoteapp. Is it altering anything on the machine?


    Nicke Källén | The Knack| Twitter: @Znackattack
    Saturday, December 17, 2011 12:36 PM
  • Znack and Aaron, 

    Here is our environment and changes or notices I have made:

    • 50% of my users were on XP machines and are now using Windows 7
    • We did nothing special here, the users just came in to work and they logged in, they had to make some preference changes, but that was about it. At this point it is not making a difference
    • Folder Redirection using DFS

    Our roaming profiles are currently using DFS (I suppose this could have been our biggest problem)

    • I did test move 2 sites (WinProfiles) and out from under DFS
    • Both of these sites the icons ARE showing up and not disappearing. This is the icon path (right clicked on icon, properties, then change Icon) Whether this is related or not I do not know, or just a coincidence that they are working.

     

    These other environments are all using DFS for WinProfiles (again not sure of the relevance), no APPDATA redirection

    Site 1001 gives me this, Blank icons, refresh works, but takes a bit, click on a remote app and all APP-V icons go blank (Same as JeremyRDS)

    The first line was the path for one that did not show, then after a moment the excel icon came up, but pointed to the same path

     

    1. Why do the first 2 sites go to %APPDATA% (works consistently) and the second go to the %Systemdrive% (totally inconsistent across the board)?
    2. What tells the APP-V where to get the icons and where put them?

    Let me know if I need to give more information.

    I am testing moving another WinProfiles (LIVE site on vacation) out from under DFS

    Thank you

    Paul


    Duramaxster
    Wednesday, December 21, 2011 5:32 PM
  • Hello,

    Icon-location is defined with the Icon-field under properties of the application in the management-server. Those values can be overriden using the ISR-registry key on the client.

    I would suggest you try to use Wireshark or any other type of monitoring tool to investigate what happens when you fail to load the icons.


    Nicke Källén | The Knack| Twitter: @Znackattack
    Thursday, December 22, 2011 7:10 AM
  • Znack, Thank you for your input, I can see the icons are pulling from different areas, depending on whether I open a TS, if they are blank or not. I will be loading Wireshark soon. Could you possible answer these questions?..

    1. When the icons show up on the desktop, what tells the icons to go to %APPDATA%.... or the \\Servername\User or the %systemdrive%.... to get the icon?
    2. What directs the icons to be stored there and how can they be stored in all these different areas?
    3. The only static area is on the %systemdrive%\Program Data\Microsoft Application Virualization\Icon Cache
    4. Why wont the APP-V pull the icons from there instead of all these random areas.
    5. There has to be a setting somewhere that says "Place the icons here and points the desktop icon to the .ico path.
    6. when you say the ISR-Registry key, I do not know where that is. Would that be the Softgid client under HKLM\software\Microsoft\Softgrid? 

    Thank you

    Paul


    Duramaxster
    Thursday, December 22, 2011 10:04 PM
    1. When the icons show up on the desktop, what tells the icons to go to %APPDATA%.... or the \\Servername\User or the %systemdrive%.... to get the icon?
    2. What directs the icons to be stored there and how can they be stored in all these different areas?
    3. The only static area is on the %systemdrive%\Program Data\Microsoft Application Virualization\Icon Cache
    4.  Why wont the APP-V pull the icons from there instead of all these random areas.
    5. There has to be a setting somewhere that says "Place the icons here and points the desktop icon to the .ico path.

    Aren't these all the same question? As far as I know the %APPDATA%\SoftGrid Client\Icon Cache is where icons for per-user shortcuts/packages will go. This is by design because if you target users the files need to be written somewhere unique to that user.

    Why your shortcuts are pointing to icons in different locations I can't say

     

    1. when you say the ISR-Registry key, I do not know where that is. Would that be the Softgid client under HKLM\software\Microsoft\Softgrid?
    ISR = IconSourceRoot. Do you have this value set in the registry?

    Twitter: @stealthpuppy | Blog: stealthpuppy.com

    This forum post is my own opinion and does not necessarily reflect the opinion or view of Microsoft, its employees, or other MVPs.

    Please remember to click "Mark as Answer" or "Vote as Helpful" on the post that answers your question (or click "Unmark as Answer" if a marked post does not actually answer your question). This can be beneficial to other community members reading the thread.

    Thursday, December 22, 2011 10:50 PM
    Moderator
  • Aaron, thanks again for your help. Yes they are all the same question. I was just trying to get the answer.. Which you gave and yes the ISR is set correctly to our local servers on site.

    We are looking into wireshark to see whats happening.

    Thanks for all your efforts.

     

    Paul

     


    Duramaxster
    Friday, December 23, 2011 12:37 AM
  • I believe I've made a major discovery on this issue. When a user launches a RemoteApp, the GPO that applies modifies the App-V settings to apply for the Terminal Server the user is logging on to (since a RemoteApp is really just a trimmed down RDP session). Since these App-V settings are different than those applying to the local PC launching the RemoteApp, the icons blank out.

    So what I'm not getting here...why does launching the RemoteApp affect the App-V settings on the local PC? I would think it would only apply to the Terminal Server the GPO applies to, but ths is not the case.

    FYI - if I remove the App-V settings GPO for the TS, the "white icon" issue on the local PC no longer occurs.

    Friday, December 23, 2011 7:27 AM
  • Aaron, thanks again for your help. Yes they are all the same question. I was just trying to get the answer.. Which you gave and yes the ISR is set correctly to our local servers on site.

    If you IconSourceRoot set, have you copied every icon from each package to the location that ISR points to? For example, if ISR points to http://server.domain.local/icons, does every icon from every package exist in the folder /icons ?

    Twitter: @stealthpuppy | Blog: stealthpuppy.com

    This forum post is my own opinion and does not necessarily reflect the opinion or view of Microsoft, its employees, or other MVPs.

    Please remember to click "Mark as Answer" or "Vote as Helpful" on the post that answers your question (or click "Unmark as Answer" if a marked post does not actually answer your question). This can be beneficial to other community members reading the thread.

    Friday, December 23, 2011 9:15 AM
    Moderator
  • I believe I've made a major discovery on this issue. When a user launches a RemoteApp, the GPO that applies modifies the App-V settings to apply for the Terminal Server the user is logging on to (since a RemoteApp is really just a trimmed down RDP session). Since these App-V settings are different than those applying to the local PC launching the RemoteApp, the icons blank out.

    So what I'm not getting here...why does launching the RemoteApp affect the App-V settings on the local PC? I would think it would only apply to the Terminal Server the GPO applies to, but ths is not the case.

    FYI - if I remove the App-V settings GPO for the TS, the "white icon" issue on the local PC no longer occurs.

    This doesn't sound right to me - the App-V GPO contains computer settings, so they will apply to the TS only. The App-V client settings won't be applied to the client computer by virtue of the user connecting via the RDP client.

    Have you tested from a non-domain member?



    Twitter: @stealthpuppy | Blog: stealthpuppy.com

    This forum post is my own opinion and does not necessarily reflect the opinion or view of Microsoft, its employees, or other MVPs.

    Please remember to click "Mark as Answer" or "Vote as Helpful" on the post that answers your question (or click "Unmark as Answer" if a marked post does not actually answer your question). This can be beneficial to other community members reading the thread.

    Friday, December 23, 2011 9:17 AM
    Moderator
  • It didn't seem right to me either, but...if I disable the GPO attached to our Terminal Server (which configures the App-V settings along with a host of security restrictions (to protect the TS from users), the "white icon" issue disappears.

    I'm not too sure what you mean by "test from a non-domain member" since all our App-V settings are pushed from the domain (you won't be able to run App-V apps if you're not a member of the domain).

    Friday, December 23, 2011 8:20 PM
  • I'm not too sure what you mean by "test from a non-domain member" since all our App-V settings are pushed from the domain (you won't be able to run App-V apps if you're not a member of the domain).

    Test from a RemoteApp client that is not a member of the domain. 

    What settings for the App-V client are defined in the GPO?



    Twitter: @stealthpuppy | Blog: stealthpuppy.com

    This forum post is my own opinion and does not necessarily reflect the opinion or view of Microsoft, its employees, or other MVPs.

    Please remember to click "Mark as Answer" or "Vote as Helpful" on the post that answers your question (or click "Unmark as Answer" if a marked post does not actually answer your question). This can be beneficial to other community members reading the thread.

    Friday, December 23, 2011 9:09 PM
    Moderator
  • Try this approach - assuming that the client is performing a publishing server refresh at every logon (which will re-download the icons and re-create the application shortcuts):

    Exclude the following locations from your roaming profile:

    • %APPDATA%\SoftGrid Client\Icon Cache
    • %APPDATA%\SoftGrid Client\shortcut_ex.dat


    Twitter: @stealthpuppy | Blog: stealthpuppy.com

    This forum post is my own opinion and does not necessarily reflect the opinion or view of Microsoft, its employees, or other MVPs.

    Please remember to click "Mark as Answer" or "Vote as Helpful" on the post that answers your question (or click "Unmark as Answer" if a marked post does not actually answer your question). This can be beneficial to other community members reading the thread.

    Friday, December 30, 2011 1:02 AM
    Moderator
  • Hello Aaron,

    I tested to exclude %APPDATA%\SoftGrid Client\Icon Cache from the roaming profile with a result that the icon cache was not repopulated if a user logs on to another PC. Do I also have to exclude the %APPDATA%\SoftGrid Client\shortcut_ex.dat to trigger that the icons wil be repopulated?
    What does the shortcut_ex.dat contain?

    We use "Download content from the distribution point and run locally" instead of streaming.

    Thanks in advance,
    Peter

    Friday, February 17, 2012 7:58 AM
  • shortcut_ex.dat is just an XML file - you can open this in Notepad. It defines the managed shortcuts.

    Excluding these locations is simple if you're using the Management Server to re-publish the virtual applications. SCCM might be different as the advertisements will need to re-run for shortcuts to be re-created.



    Twitter: @stealthpuppy | Blog: stealthpuppy.com

    This forum post is my own opinion and does not necessarily reflect the opinion or view of Microsoft, its employees, or other MVPs.

    Please remember to click "Mark as Answer" or "Vote as Helpful" on the post that answers your question (or click "Unmark as Answer" if a marked post does not actually answer your question). This can be beneficial to other community members reading the thread.

    • Proposed as answer by Alpejan Wednesday, April 4, 2012 10:29 AM
    • Marked as answer by Aaron.ParkerModerator Friday, November 16, 2012 11:06 PM
    Wednesday, February 22, 2012 11:21 AM
    Moderator
  • Aaron,
    Thanks for your answer. I understand that excluding these locations is not an option when using SCCM to publish virtual applications.
    I allready have 25 mb in the icon cache. a lot of them are 400 kb and a lot of the icons are from applications wich are not longer advertised. Is there any documentation avialable how to deal with this issues? What are the traps?

    Wednesday, February 22, 2012 12:29 PM
  • Aaron,
    Thanks for your answer. I understand that excluding these locations is not an option when using SCCM to publish virtual applications.
    I allready have 25 mb in the icon cache. a lot of them are 400 kb and a lot of the icons are from applications wich are not longer advertised. Is there any documentation avialable how to deal with this issues? What are the traps?

    This is a good question. Is there anyone with an answer? We are also using SCCM to publish the virtual apps.
    We also have excluded the Icon Cache from the Roaming Profile. But we are not sure which exact impact this brings on our Environment. We have only one App in our productive Environment at the moment, and no issues yet.

    Friday, May 4, 2012 7:51 AM