Start a Conversation

This post is more than 5 years old

Solved!

Go to Solution

42057

September 27th, 2010 13:00

OSD File association with App-v

After importing and publishing an app-v application via vWorkspace each new user has to do the file association for the osd with the app-v client.  The users are logging into a RDSH server,  I have tried setting the file association while under change user install mode and I also installed the app-v client under change user install mode but this does not help.  Anyone know how to stop this? 
Thanks
Paul

December 13th, 2010 17:00

Hi Paul,

Today I tested Andrew's suggestion and it worked like a charm..

1) Create a .reg file for "osdautofile.reg" with the following contents.

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Classes\.osd]
@="osd_auto_file"

2) Create a .reg file for "osddefault.reg" with the following contents.

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Classes\osd_auto_file\shell\open\command]
@="\"C:\\Program Files (x86)\\Microsoft Application Virtualization Client\\sfttray.exe\" \"%1\" %*"

3) Create a batch file which will add the two .reg files to HKCU. see example below.

 

    regedit.exe /s c:\temp\osdautofile.reg
    regedit.exe /s c:\temp\osddefault.reg

4) Save the batch file together with the two .reg files.

5) Create a Script in vWorkspace Management Console and assign it to the AppV users.

vWorkspaceScriptAppV.jpg

"In this example all 3 files are stored in c:\temp\ of the RDSH server."

Done !

When I get the suggestion of Daniel working I will post the contents of the .adm file

Cheers,

Dennis

180 Posts

September 27th, 2010 13:00

I've seen this with RDS and VDI VM's.

Even tried using the registry feature to inject the association but it requires a "Default" value which isn't supported with vWorkspace.

You could create a package that adds the values to the registry and associate it to the VM's/RDS server - not ideal. Or maybe use the Scripts feature to run a script that adds the values at login or something?

Dan.

6 Posts

September 27th, 2010 23:00

Do you have a App-V Management server with your environment that you have integrated into the vWorkspace Broker?  If so, how are you deploying the application to the endpoint (App-V Client or through vWorkspace App-V Packaged Applications)?  I currently have App-V running using both scenarios, so I might be able to help if you provide more details.

Thanks,

Patrick

173 Posts

September 28th, 2010 01:00

You need the App-V client to do FTA. if you do it for a user once and save the appropiate keys using User Profile Management this should do it, I would think. Are you saying this is not the case?

September 28th, 2010 06:00

Paul, this appears to be normal AppV behaviour,

To save the pain of every User having to make the file association, I'd send the reg key to all Users.

HKEY_CURRENT_USER\Software\Classes\osd_auto_file\shell\open\command

And set the (Default) to "C:\Program Files (x86)\Microsoft Application Virtualization Client\sfttray.exe" "%1" %*

Normally we'd recommend using the Management Console | Registry Tasks option to set this. Sadly, you cannot currently use our "Registry Tasks" option in the Management Console to do this as we don't allow you to edit (Default) values.

You could use a login script to set this reg value for every user who logs into your RDS.

Thanks, Andrew.

180 Posts

September 28th, 2010 11:00

You could also make a custom ADM that inserts these keys for this and associate to the user/users. It "feels" a little cleaner than using scripts.

In addition to the "shell\open\command" Default value you have to specify another class for the .OSD file extension too (HKCU\Software\Classes\.osd).

so:

HKCU\Software\Classes\.osd

HKCU\Software\Classes\osd_auto_file\shell\open\command < Default Value = "C:\Program Files (x86)\Microsoft Application Virtualization Client\sfttray.exe" "%1" %*

Dan

44 Posts

September 29th, 2010 17:00

a work around exists where you publish sfttray.exe and pass the /launch switch and path to the OSD in the arguments field of the published application.

101 Posts

September 30th, 2010 12:00

Kelly, Thanks

For more information

SupportLink OL64291 Workaround
1. In the vWorkspace Management Console, Expand resources | Managed Applications
2. Right Click New
3. Fill in the normal Name details
4. Set the Application type to Program
5. Select the machine to publish the App on (This is the machine running the AppV client)
6. Under program path, select the sfttray.exe eg: c:\Program Files (x86)\Microsoft Application Virtualization Client\sfttray.exe
7. Under program Arguments, set the path to the OSD file. eg: " \\appv\Content\defaultapp.osd"
8. Create the rest of the App as normal and assign it to whichever users need the AppV app.
Now to configure .doc and .xls associations, hmm

28 Posts

September 30th, 2010 21:00

Andrew, the ability to set/remove the (default) values with a registry task will be available in 7.2 BETA 2.

-Adam

173 Posts

October 1st, 2010 02:00

October 1st, 2010 08:00

Guys, this is not strictly true.

You've gone with a Solution for launching AppV apps from AppPortal/Web Client.

Paul was actually asking how to do the File Association so that Users can launch AppV apps once in the Published Desktop so SOL64291 is not the real answer to his original question.

The best solution to Pauls original question is Daniels suggestion above.

Thanks, Andrew.

101 Posts

October 4th, 2010 17:00

Hi Andrew,

Good point you raise but it does provide an alternative work around.  I struggled to get a script working as per your suggestion and settled on SOL64291 as time was against me.  If I get a chance to try Daniel's adm suggestion I will let you know how that goes.

Thanks

101 Posts

November 5th, 2010 13:00

To enable file associations when the user click on files such .docx, .txt etc then I have found the simplest way is to configure the publishing server within the App-v client.  This will pull and configure the file associations that have been configured on the App-v server.

180 Posts

November 5th, 2010 13:00

Assuming you have a "normal" App-V setup that is

29 Posts

December 14th, 2010 15:00

For additional summary, App-V 4.5 and previous clients automatically register the osd file extension and map it appropriately. App-V 4.6 client no longer provides this mapping as Microsoft is trying to move away from the osd file delivery going forward. See Http://technet.microsoft.com/en-us/library/dd351380.aspx for more details for App-V 4.6 client osd mapping. The following reg file provides the necessary mapping:

;~~~~~~~~~~~~~~~

Windows Registry Editor Version 5.0

[HKEY_CLASSES_ROOT\.osd]

@="Softgrid.osd.File"

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\SoftGrid.osd.File]

"AppUserModeID"="Microsoft.Appv.Client.Tray"

;~~~~~~~~~~~~~~~~~~~~~~

No Events found!

Top