This post is more than 5 years old
101 Posts
0
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
No Events found!
DELL-Dennis D
29 Posts
1
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.
"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
dbolton
180 Posts
0
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.
craditp
6 Posts
0
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
Michel Roth
173 Posts
0
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?
DELL-Andrew W1
378 Posts
1
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.
dbolton
180 Posts
1
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
Kelly Craig
44 Posts
0
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.
DELL-Paul Fi
101 Posts
0
September 30th, 2010 12:00
Kelly, Thanks
For more information
DELL-Adam Dr
28 Posts
0
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
Michel Roth
173 Posts
0
October 1st, 2010 02:00
Here's the actual article link should you need it: https://support.quest.com/Search/SolutionDetail.aspx?id=SOL64291&category=Solutions&SKB=1
DELL-Andrew W1
378 Posts
0
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.
DELL-Paul Fi
101 Posts
0
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
DELL-Paul Fi
101 Posts
0
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.
dbolton
180 Posts
0
November 5th, 2010 13:00
Assuming you have a "normal" App-V setup that is
DELL-Terry L
29 Posts
0
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"
;~~~~~~~~~~~~~~~~~~~~~~