we managed to implement a fully functioning installation of Jitsi Desktop with individual user automatic provisioning with Xivo into a Citrix XenApp environment.
We’re only one step from making it almost perfect. Audio is fine, we integrated also LDAP, etc. but, when receiving a call, Jitsi Desktop only creates a “new call” additional window and maintain the Jitsi main window in background.
In this scenario the process Jitsi.exe goes to 30-40% CPU until we manually focus on the main window with ALT+TAB.
When making a call you usually start from the main windows so the problem doesn’t appear.
Is it possible to troubleshoot this issue or else to implement a workaround that, when receiving a call, automatically focuses on the main window and then create the “new call” window?
Apparently the issue is due to the flashing notification of the icon in the application bar. On Citrix this flashing is not possible so the application window hang.
Is it possible to disable easily this flashing?
I found the solution disabling “User task bar / dock alert on incoming calls and chats”
Now our Citrix XenApp + Jitsi is complete and fully functioning in production.
Very interesting! How did you implement Jitis in XenApp? Did you use any HDX offloading to the client?
Jitsi was implemented with an automatic provisioning on a Xivo PBX using Talend ETL software.
The AD user is linked to a PBX user by username. At Jitsi first boot the softphone is configured to adjust all needed properties (codecs, LDAP address book and provisioning URI) and, after first provisioning, the PBX user details (username, password, etc.) are taken from the PBX and used to actually provision and link the device to the correct user (via xivo-provd-cli).
No HDX offloading. Tweaking on audio quality was enough for this period (COVID-19 and high bandwidth consumption in Italy).
Probably when back to normal we will adjust the audio quality to a better level.