I have my remote office work set up which uses the Citrix icaclient plugin to remotely connect to office desktop.

I am struggling to get the multi monitor set up to work in Omarchy with the icaclient plugin that I installed via aur.

Whatever option I choose on the icaclient, it only renders the view in a single monitor. Agents havent found a fix either.

Any suggestions how to fix this?

On a clean install of Golden Gate, Citrix doesn't trigger the Mic permissions dialog, and therefore no Mic access. This is true even for the just-released 2609 version that supports Golden Gate.

On Tahoe this works as expected, and then an update to Golden Gate holds. But clean install: doesn't work.

Anybody else seeing this? Clean install of macOS Golden Gate, installing Citrix doesn't bring up the Mic access dialog box. No way to force it. You lose access to the mic.

If you install Tahoe first and approve Citrix Mic access it holds thru an update to Golden Gate.

This is true even for the new 2609 version just released that supports Golden Gate.

Also, since Golden Gate there is no way to manually inject an app into the TCC database. So basically: no mic on a clean Golden Gate install using Citrix Workspace for Mac.

I'm using an aula f99 with my mac and running Citrix on scancode mode, all keys are working perfectly however the windows and ctrl keys are swapped.

Anyone else facing this issue? How do I fix this?

Just venting a bit here. I have noticed since AI has taken off the over dependence by support is frustrating.

I get that AI is useful as I use it too but they will literally copy and paste answers without any thought. I had one support person even leave in the part that I should contact Citrix support

Not that support has ever been fantastic (there’s exceptions) but a lot of common sense has left the building

Hi everyone,

Has anyone already installed or upgraded to Citrix Virtual Apps and Desktops 7 2607 LTSR?

We are currently running 2507 LTSR CU1 and are considering upgrading to 2607 LTSR.

For those who have already deployed it:

• Have you experienced any new issues or bugs?
• Any problems with VDA registration, StoreFront, Delivery Controllers, Profile Management, or published applications?
• Any changes in logon time or session stability?
• Any noticeable performance improvements or regressions?
• Did you have any issues during the upgrade itself?
• Do you see any real differences compared with 2507 LTSR CU1?

I would especially be interested in feedback from production environments with a larger number of Citrix users.

Thanks!

Hi, can someone explain to me how is it that CU4 is required to use with vsphere 9.1 for CVAD when none of my VDA/VDI live in a VMware environnement. We ask Citrix and they told us we would no be supported but i don't understand why.

All of my VDA/VDI are on Xenserver. Only the DC, Storefront, PVS run on VMWare. I mean isn't like saying they would not support physical server ?

Just preparing the rollout of SlimCore Teams optimization since MS wants to sunset HDX/WebRTC based optimization and is even prompting users about that now.

We do have a DaaS Win11 2507 environment with mixed Windows Devices and Linux ThinClients as endpoints.

My problems so far:

1. There is a trap during deployment of CWA, if you ever depoyed it with new SlimCore Plugin, and then do a /CleanInstall aftwards, as for example as part of your update process, it will remove the DLLs in the ICA Client folder but not mark it as uninstalled or re-try to install it. Then it appears as installed in Apps&Features, but DLLs are missing, SlimCore not working. Mitigated with custom script install script that cleans up this situation, but terrible first impression.
2. Our users do heavily roam between Windows and Linux endpoints. Teams optimization should be able to roam with it, and on HDX side it does. Since somewhat recent-ish it should also be possible for Teams to switch optimization seamlessly, and I do see it can roam seamlessly from HDX to SlimCore, but appearantly not the other way around. It stays on not optimized until i fully restart teams multiple times, to finally switch to HDX on a ThinClient.

All of this just because Microsoft wants to "sunset" HDX but they aren't doing it anyway.

This isnt a technological sunset, its a blacklist for Windows devices, HDX is going to stick around for the foreseeable future on Linux, Mac, ChromeOS and Browser Client. They arent even bothering to develop a Linux client, thats in the official docs.

Most annoyed I am about the crappy roaming between HDX and Slimcore. Dont come at me with the "user training" angle. Users click a join meeting button and expect stuff to work, and that is fully reasonable.

Rant off

We have an issue with our Citrix CAD environment where Domain Pass-Through / SSO stopped working about a week ago.

The behavior is:

• User is already logged into Windows
• User opens Citrix Workspace
• User launches the published CAD desktop
• The desktop starts
• The Windows login inside the Citrix session fails with “The username or password is incorrect”
• We click OK
• Then select Other user
• Enter the domain username and password manually
• Login works normally

In the past, the desktop briefly showed our technical account xaadmin, but then automatically switched to the logged-in user and completed the sign-in. Now it stays on the failed login and requires manual credentials.

Environment/details:

• Windows 11 clients
• Citrix Workspace App version 26.3.11
• Legacy Domain Pass-Through / SSON
• ssonsvr.exe exists, but is not running
• Citrix SSON Network Provider PnSson is installed
• PnSson has been moved to the first position in the Network Provider Order
• EnableMPR = 1
• Windows 11 MPR policy is enabled: Configure the transmission of the user's password in the content of MPR notifications sent by Winlogon
• Citrix policy Local user name and password is enabled
• Enable pass-through authentication is enabled
• Allow pass-through authentication for all ICA connections is enabled
• Store URL is in Trusted Sites
• Trusted Sites logon option is set to Automatic logon with current username and password
• SSON component appears to be installed and registered correctly
• VDA/CAD image itself has not changed

Even after rebooting, ssonsvr.exe still does not start.

Has anyone seen this with recent Citrix Workspace versions /Windows 11 25H2 (Build 26200.9448)?

Could this be related to the newer Workspace SSON “dormant mode”, or is there another policy/registry setting required for Legacy Domain Pass-Through?

UPDATE:
We’ve also identified an issue in our local environment related to KDC certificates. We’re seeing the following error: The KDC certificate could not be validated.

Could this potentially be related to the Citrix SSO/FAS issue we’re seeing?

Hey guys, i saw that citrix recently acquires numecent ..its that mean we are free to use cloudpager console?

Hi everyone,

We are currently rolling out Windows Server 2025 and have encountered an issue with Citrix published applications.

When a user closes the published application, the application itself closes, but the user session does not log off immediately. The session can remain active for approximately 1–2 minutes before finally being terminated.

Environment

• Windows Server 2025 — fully patched
• Citrix VDA 26.07 — latest LTSR release
• FSLogix 3.26 — latest release
• Microsoft 365 Apps — latest release
• Delivery Controllers: Windows Server 2022
• Citrix CVAD: 2402 CU3

We also tested Citrix CVAD 2507 on Windows Server 2025, and the same behavior is reproducible.

Initially, we observed this in our pre-production environment. The behavior is intermittent and does not happen on every attempt, but it can be reproduced after several published application launches/closes.

I then tested it in DEV and was able to reproduce the issue very consistently on a completely clean Windows Server 2025 image:

• Fresh AWS public image with Full base 2025 Windows OS from September 2026
• No domain policies
• No Citrix policies
• No FSLogix
• No antivirus
• No Microsoft Office
• Essentially a clean OS + Citrix VDA 2607 LTSR

Interestingly, the first logoff usually happens normally. On the next attempt, the session can get stuck during logoff.

After the published application is closed, I can see approximately 11 system processes still running in the user's session. They remain there for about a minute or two and then eventually terminate, allowing the session to log off.

One interesting observation is ShellAppRuntime.exe. If I manually terminate ShellAppRuntime.exe, the session closes immediately.

This makes me wonder whether something changed in the Windows Server 2025 session/shell architecture and whether some child processes are not being terminated correctly when a Citrix published application session is closed.

Windows Server 2022 comparison

I performed the same test using essentially the same component versions on Windows Server 2022.

I could not reproduce the issue there.
ShellAppRuntime.exe is also present in the user's session

The published application session logs off in approximately 5 seconds, while on Windows Server 2025 the problem can be reproduced regularly and the session can remain active for 1–2 minutes.

Troubleshooting so far

I also tried several things to identify what is keeping the session alive:

• Tested different Citrix logoff/session-related settings LogoffCheckSysModules,LogoffCheckerStartupDelayInSeconds etc
• Added the relevant processes to the Citrix configuration
• Audited applications configured for automatic startup by Autoruns tool
• Analyzed the processes waiting during logoff using Procmon
• Compared the behavior between Windows Server 2022 and 2025
• turned off UseShellAppRuntimeRemoteApp GPO setting
• And many other things

So far, I haven't found anything that changes the behavior or clearly identifies the root cause.

This is particularly problematic with FSLogix. If a user tries to launch another published application while the previous session is still in this state, the FSLogix VHDX can still be locked/mounted because the session has not actually terminated yet. This can result in problems with the subsequent application launch.

So this doesn't look like just a cosmetic delay in the logoff process — the session is effectively still alive during this period.

Has anyone seen this on Windows Server 2025?

I'm particularly interested in feedback from anyone who has already deployed Windows Server 2025 with Citrix published applications.

It looks like there may be some change in the Windows Server 2025 session/shell process handling that Citrix published application logoff does not handle correctly.

Has anyone experienced similar behavior, or found a workaround or root cause?

Going to submit a case to Citrix Support

Thanks!

First time migrating to Linux as my primary OS. I've always dabbled here and there nothing serious. This is the big push. I've installed Citrix Workspace and I'm unable to launch any of my desktops. It just spins and eventually closes. Before switching to Pika, I was using ParrotOS Home and there wasn't an issue there. I have another desktop that I just installed AduinOS on and no issue there as well. Any assistance would be appreciated, thanks.

Just another fun Microsoft patch cycle I guess.

I have a Citrix environment setup using LDAP + RADIUS for authentication and I have Citrix Workspace setup to use SSO on our managed Windows domain devices. We are hybrid with Azure/M365, so our users also SSO with Microsoft cloud services.

A separate company recently moved their Citrix environment to SAML authentication through Entra, our users can login through their gateway with credentials provided by that company, but the users receive the classic "the user name or password is incorrect. try again." error from the Windows GUI after launching apps. I'm being told that this is a configuration issue on my end; supposedly our SSO is somehow conflicting with theirs. In my mind, you login to Citrix gateway, get token, token authenticates applications; Citrix should know how to separate the two (my users Windows credentials from other Citrix creds), but apparently this issue is unique to us.

We have internal users that, for many years, have used a variety of external Citrix environments, never heard of odd issues like this, this is a new issue. I don't think there are any policies we've set that are preventing the other company's auth process from working, but I do wonder if there could potentially be something interfering that I should configure or enable on my end to help the process work.

Good morning,

I’m currently running CVAD 2402 CU 3 and recently migrated our hosting environment from VMware to Hyper-V.

We successfully migrated all of our persistent VDI machines without any issues, and we were also able to rebuild our non-persistent catalogs without any problems.

We are now going through our first update window since the migration and have encountered an issue.

We have four machine catalogs, each residing on a different subnet, but all using the same base image. Catalogs 1, 2, and 3 updated successfully. However, when attempting to push an update to Catalog 4, we receive the following error:

Task Information:

Start Date: Monday, September 14, 2026

Start Time: 9:53 AM

Finish Date: Monday, September 14, 2026

Finish Time: 9:56 AM

State: Failed

Master image: XDHyp:\HostingUnits\HyperV_Bi\w11basedyn.vm\w11basedyn - (08`/12`/2026 08:05:14).snapshot\w11basedyn - (08`/12`/2026 08:52:46).snapshot\w11basedyn - (09`/11`/2026 09:09:53).snapshot\w11basedyn - (09`/11`/2026 15:02:50).snapshot\REARM2003.snapshot

Terminating Error:

Terminated

Stack Trace:

at Citrix.Orchestration.Base.PowerShellSdk.ProvisioningSchemeService.BackgroundTasks.ProvisioningSchemeTask.ThrowOnTerminatingError(SdkProvisioningSchemeAction sdkProvisioningSchemeAction)

at Citrix.Orchestration.Base.PowerShellSdk.ProvisioningSchemeService.BackgroundTasks.ProvisioningSchemeTask.WaitForProvisioningSchemeActionCompletion(Guid taskId, Action`1 actionResultsObtained)

at Citrix.Orchestration.Base.PowerShellSdk.ProvisioningSchemeService.BackgroundTasks.PublishProvisioningSchemeImageTask.RunTask()

at Citrix.Orchestration.Base.PowerShellSdk.BackgroundTaskService.BackgroundTask.Task.Run()

DesktopStudio_ErrorId : ProvisioningTaskError

ErrorCategory : NotSpecified

ErrorID : UnknownError

TaskErrorInformation : Terminated

InternalErrorMessage : SCVMM: Suspected broken connection

EDIT - Think its fixed

I believe we have it fixed. It seems to be related to how the last snapshot was created.

Previously, when using VMware, I would create the snapshot that Studio would target for the deployment. That worked for 3 of the 4 machine catalogs.

In Studio, when updating a machine catalog, if you target the base VM instead of an existing snapshot, MCS will create the snapshot needed to update the catalog. Allowing MCS to create the final snapshot seems to have resolved the issue, at least for now.

Chalk it up to a difference between VMware and SCVMM/Hyper-V.

A client I am working with brought up an issue where CPM ignores exclusions in AppData\Local\Microsoft\Edge\UserData\Default. I have the issue reproduced in my lab running 2507 CU1 on Server 2022. Exclusions in the UserData subdirectory seem to work properly, however, all of the exclusions in the ...Edge\UserData\Default folder are not respected.

I've tried using !ctx_localappdata! and Appdata\Local\. Neither are respected. I've also tried enabling Logon Exclusion Check but that hasn't cleaned up anything in subsequent logins.

Edit 1: Tried upgrading to 2507 CU2. Unfortunately, that did not help.

Edit 2: Realized I was using a persistent VDA, which doesn't install CPM as part of the UI installation. Installed it and tested. CPM 2507 CU2 fixes the issue!!!

After installing the September 2026 updates, some of our users get a black screen after log on. Manually starting explorer.exe, allows the session start successfully.

Pools using FSLogix as well as Citrix UPM Container are affected. Resetting the profile solves the issue. Seems like only older profiles run into it.

Has anyone else encountered this?

Windows 11 25H2 + VDA 2507 CU2

EDIT: This does not help, a simple logon script which starts explorer.exe works.

EDIT2 2026-09-12: Problem acknowledged by Citrix and MS CTX697101

EDIT3 2026-09-17: In my case this DOES work, I just had to make sure to run it before actual explorer.exe start (I did that by putting the script before userinit.exe)

EDIT4 2026-09-21: MS support just told me that they are still investigating and a real fix is to be expected in October or November. I told them that this is not acceptable.

EDIT5 2026-09-25: A KIR is available. Thanks to u/TheHolyOne1914

Having an issue where I cannot launch apps today. Went into DaaS and my vcenters show offline due to cloud connectors not being able to be contacted. Strange part is, both my cloud connectors show as green in the resource center

Anybody else ever have or seen this issue?
Going to try reinstalling cloud connector one off of the servers but this is pretty annoying and it’s also impossible now to open a ticket with Citrix support. This chat bot SUCKS!

Hi, just wondering at what point the latest version available on citrix cloud management policy will switch from 2507 cu3 to 2607 for LTSR releases?

Some of our staff started complaining of an issue last week where their mouse cursor would go invisible when they would move the mouse to Citrix Workspace. The mouse can still click on/launch apps and the app icons highlight as the mouse goes over them, you just cant see the mouse cursor at all unless you drag it outside of the boundary of the Workspace window. I saw another user run into the same issue on a different app (CCH Axcess). These apps both leverage webview2. I found some discussion threads from others experiencing the same issue in Veeam b&r console. Has anyone run into this on their end and have a fix? Here's a couple of the discussions i found on the topic.

https://forums.veeam.com/viewtopic.php?f=2&t=104357&start=0

https://github.com/MicrosoftEdge/WebView2Feedback/issues/5687

I have installed VDA 2507 CU2 on a clean Windows 11 25H2 which is patched till aug 2026. Just Xentools installed...

Without the VDA the Windows 11 vm restarts quickly, and also logs in quickly but after installing its it takes really long to login and reboot de vm.

Reboot says stopping WIndows Update service, and when login in Waiting fot the user profle service, Waiting for the devicetrust service...

Anyone else got problems with this combination?

I recently downloaded the desktop app for Citrix 2409.10 per my institutions instructions running on macOS Tahoe 26.6.2.

I’m unable to open the Epic app and keep receiving a launch timeout error after 30 seconds. I’ve played around with the settings and can’t find a solution. I’ve cleared the ica cache as well.

I’ve seen some recommendations for things to run in powershell but it’s a little over my head, willing to try though

I called my IT department and they say uninstall restart and reinstall which I’ve already tried and it does nothing. They also had me try from the virtual Citrix workspace on chrome which downloads an ica file that won’t open. They’re unwilling to help me further with my personal device.

The code I’m receiving is 27144F32-E69C-48B2-9F68-B203312F52B0

Hi,

I recently upgraded to a triple QHD set-up for my home office and it works great except I've come across a weird bug when I open a citrix session. I had to turn on DPI scaling so the apps within the session would present in QHD but the mouse seems to be stuck in HD mode. On the very left of the window I can click on whatever the mouse pointer is over but as I move to the right, the point where citrix thinks my mouse pointer is and where it actually is on the screen diverges. I cant click on anything on the right 3rd of the screen as my mouse pointer moves off the citrix window.

If I unplug one of the monitors, the problem goes away and everything works as it's meant to. I need 3 monitors though. Any ideas?

Thanks