App-V preferences in a XenApp published desktop environment.

App-V user preferences are cleverly tucked away from the file system and registry, which works great for terminal services as you dont want conflicting applications running side by side and sharing registry or file system resources.

The only real problem with this structure comes to light when an application is in need of a reset, and the local c: drive is hidden. This results in the call from the helpdesk coming up the chain of support to the admins with rdp access to the desktop servers.

The users still have access to c: and if they had access to cmd a quick rd /s /q would get them over the issue and into a nice fresh App-V bubble again. So I decided to give the users / helpdesk a tool to manage these preferences themselves without needing access to cmd, or any other potentially elevated access.

I’ve named the tool App-V maint, it simply reads the users datadirectory from the registry, and populates the list box.

The users dont need any elevated priveledges to run it, and it only depends on .net framework 2.0.

To grab a copy head over here and download it.

If it doesnt work for you, or if you would like a similar product for a different folder, just let me know and we’ll work something out for free.

If you like the concept and dont mind getting your hands dirty with visual studio 2010, email me for the source code.

Related Posts

Update to AppV launcher for Version 5 Just a quick note to say I've updated the AppV launcher tool to support Appv 5.   The app-V launcher tool is a self contained executable whic...
App-V applications hang for 30 seconds on a CMD bo... In our powerfuse environment we came across this problem recently. When we would try to launch an App-V application the following window would open a...

8 Comments About “App-V preferences in a XenApp published desktop environment.

  1. Jurjen

    The application only deletes the user cache folder for the app? Or are you using SFTMIME command(which would be much prettier I think)
    Is there any reason the tool wouldn’t work on a desktop client(or between different App-V versions)?
    Depanding on the version of the App-V client some path will be different.
    It looks easier then instructing users to use the App-V client management to reset their applications. I think I would like to see even less buttons. Making it even more simpler to use.

    Reply
  2. Andrew Morgan

    Hi Jurjen,

    Thank you for your comment.

    To answer your first question, I chose to go straight for the folders as this didnt require me to authorise the users to run sftmime.exe in our XenApp environment. If you wish me to change the program to give you this option, I have no issue doing so.

    The application reads the key from HKEY_CURRENT_USERSoftwareMicrosoftSoftGrid4.5ClientUserInfo – Datadirectory, assuming this key works accross all clients the application will work too. if you need additional keys, let me know.

    In reference to the buttons, would you prefer just remove and refresh?

    Reply
  3. Pingback: Tweets that mention App-V preferences in a XenApp published desktop environment. « IT works, But I dont know why… -- Topsy.com

  4. John Beasly

    Nice app, some comments:
    – The application name is not clearly for the end-user, you can read the OSD file name for a clearer application name.
    – The end-user does not know what App-V is so change this in the GUI to Program or Application.
    – The red text should be an alert pop-up box and not a line of text. So if the process is started the pop-up shows.

    Reply
  5. Gertjan van de Kolk

    Hello Andrew,
    Rally a perfect tool. I have a little strange problem, I have a lot of app and these are note sorted from A to Z for example? Is this known? Or is there another version with the questions from John?

    gr and hope te hear from you

    Reply

Leave a Reply