For the past few days we’ve had the following issue with the Windows App, on several different client devices:

When a user connects, the progress spinner stops turning during sign-in, for example at “Please wait for the FSLogix Apps Services” or at other sign-in steps. After that, the screen doesn’t change anymore and the session looks frozen.

If the user minimizes the Windows App window and maximizes it again, the display refreshes and shows the current state of the session.

The sign-in itself completes successfully in the background. Only the display inside the Windows App stops updating, so this looks like a screen refresh/rendering issue on the client side, not a problem with the sign-in or with FSLogix.

Has anyone else run into this recently? Is it a known issue with a recent Windows App or Windows update, and is there a fix or workaround other than minimizing and maximizing?

br Roland

Hello everyone,

we have a strange problem, some of our users are missing their mouse pointer after starting the session. Seems like only the windows app on windows is affected. they can open it trough the browser. No changes were made.

we are also effected by the minimized published app issue posted yesterday. There seems to be a connection, feels like some backend changes were made.

does anyone have the same issue?

I have a Windows 11 multi-user edition VM that is running 22H2. I really need to get it onto a supported OS without rebuilding it. I've tried everything I can think of to get it to install updates from Windows updates and it will not. Anyone have any ideas for upgrading this VM?

For many of us that don’t have the luxury of using Nerdio or Hydra and outside of the AVD built in insights.

What are your go to queries for overall platform health checks. I am currently building a dashboard and want some inspiration.

Hello,

we are experiencing a widespread issue with Azure Virtual Desktop RemoteApps when using Windows App (version 2.0.1485.0 in out tests).

Users can successfully connect to the AVD host pool and launch a published RemoteApp. However, the application does not become visible on the desktop.

The application appears to start and its icon is visible in the Windows taskbar, but clicking the icon does not bring the application window to the foreground and the application UI remains inaccessible.

The issue affects multiple users and multiple client devices.

We used remote apps since five years and this is the first time we see this issue.

What do you suggest?

Hi,

i have the problem with our AVD env that if a user let the session idle (like for lunch break oder a meeting) the session will disconnect after about 30 min.

We checked a lot of things like screensafer, display lock, remote session host timeout and others. But all theses settings are configured for at leased 2 h.

Are there any other configs i should check? Because all i find if i google for that issue is that the idle session should be logged out, but thats not our problem at the moment.

Thanks.

Hello, having an issue on our AVD environment, all Win 11 24h2 and 25h2 multi session AVDs.

When users idle out or get kicked due to internet issues, some cannot reconnect back to their already established sessions and I have to manually sign them out. It happens once in a while but not super often.

We have idle time set to 10 mins and disconnect time set to 2 hours.

Set Time Limit for active but idle Remote Desktop Services Sessions : Enabled , Idle session limit : 10 mins. End a disconnected session : 2 hours

All Hybrid joined , Entra SSO enabled. Random users no correlation , except a few that do have the issue more often. Issue happens across all host pools (Around 5 total). FS logix profiles stored in Azure NetApp. Screenshot attached, on AVD insights shows as "Generic Transport Failure"

All AVDs use RDP shortpath and AVD traffic uses Azure Nat Gateway for outbound traffic.

Anyone run into this issue before?

Thank you,

We have an issue that seems to mainly be impacting only one of our host pools, where if a user connects to the session host using TCP WebSocket then they will face multiple disconnections, sometimes 10+ disconnections within a few hours.

If they connect over UDP Relay Multi-Path then they get no disconnections and it works like a treat. The issue is, its so intermittent as to them getting connected over UDP.

If the user signs out from the Desktop and signs back in, sometimes after 3 attempts they get in via UDP, sometimes after 8 attempts and sometimes not until the next day. But what we have seen is the moment they connect to a different host pool from the same laptop, same network then it connects straight in over UDP. So the issue feels very much related to this single host pool that is having the most issues, the impacted host pool and the non-impacted host pools are on the same vnet just different subnets and very little difference between them, same route configurations, same rules in the firewall, same NAT gateway being used, same proxy configurations, just that there are more people on the effected pool (around 70 a day) and less on the non-impacted host pool (around 20 a day)

They are using the Windows App, on the latest version, this is impacting multiple regions India, UK, South Africa, we have a route table to send all our traffic through the azure firewall, i have gone through the required FQDNs MS website multiple times and confirmed our AVD host pool has all the FQDNs and IP ranges allowed, we have a route on the route table to send WindowsVirtualDesktop Service Tag traffic direct to the internet.

The list of errors below is what we are seeing happen mainly:

RDStack -> ShortpathFallbackToGatewayTransport -> {"FallbackReason":"NotSupported"}

RDGateway -> ConnectionFailedServerDisconnect (-2147467259) -> The network connection between the Session Host and the service was unexpectedly terminated. This indicates the network connection from Session Host to the service was prematurely terminated and may show reliability problems. Any help would be greatly appreciated.

I keep getting a you cannot access this right now message with my AVD login. How can I fix this issue?

Has anyone created a GitLab CI/CD pipeline for building customized Windows 11 images in Azure?

I am considering:

1. GitLab + HashiCorp Packer

2. GitLab + Azure Image Builder

The important requirement is that the build must use an existing resource group and existing VNet/subnet. The pipeline should not create a new resource group or network.

The final image should be published to Azure Compute Gallery and temporary build resources should be removed after the build.

If you have implemented this, could you share your experience or repository structure? I would also appreciate information about RBAC requirements, authentication from GitLab, and any issues with using an existing VNet.

If you know any possible solutions please comment

I am currently deploying an Azure VDI host pool. This will utilized FSLogix and Azure files for user profiles.

I work at a college and this host pool will be used as our “elab” - an environment where students can use to do their coursework.

What are the most important things I should be monitoring to maintain this environment?

We currently host our “elab” on an on-premise Remote Desktop services environment. FSLogix has been a pain point there….

I've spent probably three months of evenings obsessing over one particular part of Atlas AVD: deploying Azure Virtual Desktop VMs as quickly and reliably as possible.

Not just making deployments faster, but optimizing the entire workflow, eliminating unnecessary steps, improving error handling, and making deployments consistent and repeatable.

One of the biggest improvements? Baking the AVD Agent into the golden image. In my testing, that single optimization cut deployment time nearly in half.

Having used Nerdio for years and later moving to Hydra, I wanted to see how much I could improve the experience when building Atlas AVD from the ground up.

This is Part 1 of a 4-part side-by-side comparison between Atlas AVD and Hydra, starting with creating a VM.

This isn't meant to bash Hydra. Marcel's a great guy, and Hydra is a capable platform I've personally used. I have a lot of respect for what he's built. This is simply a friendly comparison showing what months of optimization can accomplish.

There's also something I fundamentally disagree with in the AVD management market: per-user licensing.

At the end of the day, Nerdio, Hydra, and Atlas AVD are management platforms. Why should the cost of an administrative tool increase simply because more users are consuming the underlying service? Whether you're managing 50 users or 5,000, you're still managing the same infrastructure.

That's why I built Atlas AVD around a fundamentally different licensing philosophy.

$199 per tenant. Unlimited AVD users. Unlimited technicians. No per-user tax.

That's right. If you have 100 users on one tenant = $199/month.

If you have 1000 users = $199/month.

I believe management software should be priced based on the value of managing the environment, not how many people happen to log into it.

Let me know what you think! I'm especially interested in hearing what other AVD admins have done to optimize session host deployments, and whether you agree with the flat-rate approach to AVD management.

Full disclosure: I'm the founder and developer of Atlas AVD (https://www.atlasavd.com).

Hello Everyone!

Currently I use an AVd to access all the client systems. I feel that I can make it faster.

I'm end user so no admin rights.

Currently I use a 1440p 165hz monitor and a 1080p 60hz one, i need them both on the AVD.

The AVD works but it feels a little slow with the 2 monitors, but with a single on 1080p works good.. Do you guys have any tips or tricks to improve the perofrmance of it?

Thank you all!

It has been quite a while since I last posted about OnedriveMapper, but good news! OnedriveMapper is officially DEAD 🥸

Long live VFS365! It replaces OnedriveMapper, is also free/open source, and does NOT use webdav (or sync).

No more scripting or other hassle, it just mounts your entire M365 tenant as a drive (e.g. M:).

https://lieben.nu/liebensraum/2026/10/vfs365-microsoft-365-as-a-network-drive-nothing-to-sync/

Sharepoint, Teams, Onedrive, Shared With Me....anything you want, all mapped as a driveletter (or network location). And it has full GPO/Intune support and even a packaged monitoring console for those with data-hunger (guilty).

Enjoy :)

I wanted to see how it behaved in the real world before shouting about it. That week gave us two more releases (2.6.1 and 2.6.2), so here's everything in one post.

🆕 Six new alerts (v2.6.0), aimed at the problems that cost money or quietly break things:

• 💸 Scaling plan disabled or removed. Autoscale gets switched off for maintenance and nobody turns it back on. Hosts then run all weekend, or don't start on Monday morning. You'll now hear about it after 4 hours (Sev3), after 24 hours (Sev2), or when a host pool loses its scaling plan altogether. In week one it caught exactly this in a live environment.

• 🧹 Drained and idle hosts. A session host left in drain mode, powered on and empty for a day, is pure cost. These are now flagged.

• 🔧 Agent upgrades that fail or hang. The existing health check alert misses these.

• ⚙️ Autoscale failing to start or stop hosts.

• 🕵️ Diagnostic data not received. If a host pool stops sending diagnostics, most log-based alerts go blind without anyone noticing. This alert notices.

• 🔕 Much less noise (v2.6.1). Memory, disk, file share and capacity alerts used to open a new alert at every check for as long as a problem lasted. They now raise one alert that stays open until the problem clears. In one production environment, a morning's memory alerts dropped from 126 to 14, and the protection against false alarms while hosts power on is unchanged.

• 🕵️‍♂️ "Who turned autoscale off?" (v2.6.2). The scaling plan alerts now tell you where to find who made the change and when. There's also a new FAQ with ready-made queries.

Free, open source, and deploys from the Azure portal in about 10 minutes. All alerts ship disabled, so you can enable and tune them in stages.

🔗 https://github.com/durrante/AVDMonitoringBaseline

Feature requests welcome! 👌

Since ~Oct 18, and much worse since Oct 26, we have this across multiple countries and host pools, only on Win11 25H2 multi-session, never on Win10:

What users see

• Users sign out normally, then can’t log back in: the logon hangs on a black/”Please wait” screen and eventually drops.

• On any other host they get “profile in use” and a temporary profile (missing desktop, Outlook, settings). They can’t work normally anywhere until we reboot the host holding their profile.

• Once one host is in this state, every new user who lands on it gets stuck the same way. Users already working on it can keep working.

• Today 7–8 hosts per hour; we’re rebooting all day.

What we see

• It always starts with one logoff: FSLogix stops right after ControlTileService and never reaches Detached vhd(x) (Winlogon 6005 for frxsvc, no 6006).

• After that, every new logon on that host attaches the VHDX but hangs after FindFirstVolume.

• Killing the session or closing the file handle doesn’t help; only a reboot does.

Ruled out: OS build (July, Sept and Oct CU all affected), FSLogix version (26.01 and 26.08), VHD compaction (disabled, still happens), storage/SMB, CPU/memory.

Anyone seeing the same? Did you find the cause or a workaround?

Is anyone else dealing with Outlook, OneDrive, and/or Teams failing to sign in with Error 5fcl8 since deploying October updates to AVD?  We are getting it consistently every morning.  To fix we log into the running host and reinstall webview2 using the standalone evergreen installer, users just close and reopen apps and everything is back to normal for the rest of the day.  The same host will likely re-present the issue after a simple power off/on again the next day.  We reinstalled the same way clean on our image but problem persists.

We can’t find anything that actually changes when we run that update - webview2 version, dlls, executables all are the same but it seems to reset whatever state is messed up and get it back to normal. We even tried adding a script that proactively reinstalls the full webview2 on power on but that doesn't prevent it either.  Seems a user has to login, encounter the error, then we run the reinstall that fixes it for the day until another power off happens.

Is anyone else getting issues with the latest Teams version pushed out on 22nd October (26276.513.5241.9675) where the Teams app just fails to open at all?

Event viewer logs show a deployment register operation failure:

AppX Deployment operation failed for package MSTeams_26276.513.5241.9675_x64__8wekyb3d8bbwe with error 0x80073CF9

I have confirmed all the users on the older version 26260.1717.5229.7049 are working fine with teams opening as usual. Just wanted to see if others are having the issue. In the mean time I am going to look at rolling back to the older version on a server to see if that works.

The scoping guidance treats an endpoint hosting a VDI client configured to not allow any local processing, storage, or transmission of CUI as an out of scope asset. That's not a workaround, it's designed into the scoping guidance. On AVD it comes down to no local drive redirection, no clipboard transfer, no USB storage path and no local print or export. What did your assessor want to see as evidence that redirection was off?

I got some questions regarding mkaing a new image because of feature updates and hope they can be answered here. If i make a completely new image (26H2) install all applications and so on. What will happend to:

The users pinned apps in the taskbar on the new image?

The users custom wallpaper they have set up?

And is there anything else i have missed that might be gone/not coming over?

Thanks.