locked
App-V Package behaves different when using in within a RDP or Citrix session RRS feed

 > 

  • Question

  • Question
    Sign in to vote
    0
    Sign in to vote
    At one of customers I have a specific appliation that calls a Internet Explorer for creating reports using Crystal Reports Viewer ActiveX. I enclosed the ActiveX component within the sequence. When starting the application within a RDP Terminal Server Desktop this component is working fine and the report is displayed. However when the application is started within a ICA (Citrix session) the component is failing, because the Internet Explorer is not started within the "bubble" (so the ActiveX component is logically not available).

    I also tried some of the Citrix Hooks, but because it are both desktop sessions I'm not sure thats the right direction. I already disabled all Citrix Policies within the Presentation Server console (as both the Machine and User GPO's).

    Anyone a idea why the behavior is different? Thanks in advance.
    http://sbc.vanbragt.net
    Monday, June 8, 2009 1:55 PM

Answers

  • Question
    Sign in to vote
    0
    Sign in to vote
    hello,

    yes it can be empty, however there is a bug in 4.5 HFR3 which is resolved with CU1.

    See this link;
    http://support.microsoft.com/kb/963693

    When you try to set the default value of a registry key by using the REGVALUE OSD element, you receive an error that the OSD file is formatted incorrectly.



    /Znack
    • Marked as answer by wvanbragtMVP Tuesday, June 9, 2009 11:08 AM
    Tuesday, June 9, 2009 10:03 AM

All replies

  • Question
    Sign in to vote
    0
    Sign in to vote
    Are you launching IE from citrix or seqeneced application from citrix.
    GNU developer by choice ....
    Monday, June 8, 2009 5:05 PM
  • Question
    Sign in to vote
    0
    Sign in to vote
    Hello,

    Please read this article as it might be applicable for your scenario;
    http://blog.stealthpuppy.com/virtualisation/softgrid-presentation-server-internet-explorer-as-a-help-system

    /Znack
    • Proposed as answer by znack Monday, June 8, 2009 8:36 PM
    Monday, June 8, 2009 5:49 PM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Znach, this is definetly the right direction. I found out that the application is using another part int the classes root (htmlfile in stead of http). First I went way to deep into details to solve the issue.

    However I still have an issue implementing this. The suggestion of Aaron is not fucntioning because the NAME property within the registry key can not be empty  (between quotes) and I can not find the correct way to get this key changed within the package.

    This is the OSD implementation where I'm struggling with the NAME property.
    <REGISTRY>
            <REGKEY HIVE="HKCR" KEY="HTTP\shell\open\command">
                   <REGVALUE REGTYPE="REG_SZ" NAME="">"C:\Program Files\Internet Explorer\IEXPLORE.EXE" %1</REGVALUE>
            </REGKEY>
    </REGISTRY>


    Exporting the REG value gives this:
    [HKEY_CLASSES_ROOT\htmlfile\shell\open\command]
    @="\"C:\\Program Files\\Internet Explorer\\iexplore.exe\" \"%1\""

    I already tried NAME="@" NAME="(Default)" NAME= , but none of these fills in the correct registry value.

    http://sbc.vanbragt.net
    Tuesday, June 9, 2009 9:50 AM
  • Question
    Sign in to vote
    0
    Sign in to vote
    hello,

    yes it can be empty, however there is a bug in 4.5 HFR3 which is resolved with CU1.

    See this link;
    http://support.microsoft.com/kb/963693

    When you try to set the default value of a registry key by using the REGVALUE OSD element, you receive an error that the OSD file is formatted incorrectly.



    /Znack
    • Marked as answer by wvanbragtMVP Tuesday, June 9, 2009 11:08 AM
    Tuesday, June 9, 2009 10:03 AM
  • Question
    Sign in to vote
    0
    Sign in to vote
    Znack, you are completely right. The test system was not upgraded to the CU1 version (while the production is, so I expected that the testserver was running the same version). Finally it is working. Thanks for your hlep.
    http://sbc.vanbragt.net
    Tuesday, June 9, 2009 11:08 AM