DELL-Paul Fi

updated

16 years ago

0

42096

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
  • 2311

    1

    Posted 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

  • dbolton

    180 Posts

    1784

    0

    Posted 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

    1784

    0

    Posted 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

    1784

    0

    Posted 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?

  • 1784

    1

    Posted 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

    1784

    1

    Posted 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

  • 1784

    0

    Posted 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.

  • 1783

    0

    Posted 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
  • 1783

    0

    Posted 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

    1783

    0

    Posted October 1st, 2010 02:00