We had to set a shortcut in the users startup folder or regrun keys for the receiver to open. Receiver not started automatically for new users logging onto the workstation: Shortcut refresh slow : In selfservicemode=false or with user subscriptions disabled (effectively making all apps mandatory) the initial log into receiver would deploy the apps to the start menu under 2 minutes (which is slow compared to pnagent and depending on how many apps were available for your login) following this Citrix article we also set the InitialRefreshMinMs and MaxMs to 1 Receiver Disconnects: During opening, launching or refreshing of the receiver (inside a Citrix session) the local Citrix session would disconnect Session Sharing still broken: Whilst the configuration is not officially supported running the receiver via a published XA6.5 desktop and launching a Citrix app would start a brand new session even launching it on the same server. Support for File type association and Prelaunch.Ĭompany Laptop & desktop s: Selective or filtered apps on the clients desktops (to avoid conflict with citrix published apps like Citrix outlook vs local outlook) to XenApp 4.5, XenApp 6.5 and XenDesktop 7.6.Ĭitrix desktop: End user ‘refresh’ on the XenApp desktop (without logging off) Issues Encountered with Citrix Receiver 4.2.Simple desktop and start menu shortcut management with filtering based on device or platform (presently we use separate web interface sites).We would prefer not to rely on web interface servers if it can be helped.
A 100% dynamic client start menu (locally or in the XA/XD sessions – built based on the apps published to them) and support for XenApp6.5 session sharing.It is imperative that things as simple as ‘desktop shortcuts’, appropriate start menu integration and XenApp session sharing work to keep the end users happy and prevent the “same ole service calls being logged again”. We have a number of functional expectations to test prior to Upgrading to Citrix Receiver 4.2.
0 kommentar(er)
