Oftentimes might face a situation of needing to change your vDisk assignment for your target devices of which there can be many.
In order to do all in one go rather than having to go into each target device and manually modifying each one just carry out the following steps:
Issue – getting error “Error loading icaconfs.dll. The specified procedure could not be found” during installation of receiver 4.3
Seen this occurring sporadically in our environment. Installations would complete but the error would have a knock-on effect –
Users launching apps would see nothing happen. Manually trying to launch .ICA files would have no effect.
Running an SFC scan (sfc /scannow) would show rundll32.dll in the syswow64 folder was missing. If you copied this file from another machine into the folder and re-ran installation issue would go away and you’ll be good.
Oftentimes be on a screenshare using webex and the desktop toolbar would “get in the way” at the top. As I don’t need it nearly all the time simplest (but it is a dirty method) approach I took to removing was simply to rename its exe CDViewer.exe – located under c:\program files (x86)\citrix
Does the job 🙂
Easy enough this one. If you won’t to get rid of the language bar in your citrix environments. Go into your registry and edit the following key:
Value Name: SeamlessFlags
Value Type: REG_DWORD
Value: 0×40000 (Hex format)
Came across an issue removing some really old citrix clients (version 7.x) in a locked-down environment that was running (ahem) windows vista machines. Had issues upgrading the receivers on the machines.
As these machines had ICA clients using a version that was packaged using installshield they used an EXE file. The method to remove these files was somewhat different than the later MSI method. To remove successfully:
isuninst –f C:\PROGRA~1\Citrix\ICACLI~1\Uninst.isu –c C:\PROGRA~1\Citrix\ICACLI~1\uninstpn.dll –a.
Recently in the lab updated the HTML5 receiver (version 2.3) on my storefront servers. After which hit issues with my connection going “in and out”.
Turns out my patching wasn’t up to scratch. XenApp 6.5 environment and moving hotfix rollup pack 7 (per CTX129229) resolved the issue.
What was instructive was enabling HTML5 logging per https://support.citrix.com/article/CTX217352
What did help me gather from it was it was session reliability-related. Sure enough when I switched it off all worked. Ultimately though did want to leave enabled so updating to latest HRP resolved but the HTML5 logging was very useful on this occasion as reasonably negligible so a good takeway