Reviewed and updated Jun 29, 2026. Operational migration guide based on Microsoft Windows IT Pro Blog Windows App update and Remote Desktop client deprecation guidance. Checked on 2026-06-29.

Windows 365 / Remote Access

Windows App Migration Plan: Replacing Deprecated Remote Desktop Clients in Commercial Cloud

Jack Hadcroft9 min readAdminSignal
Abstract remote desktop migration illustration with client nodes, cloud session path, and keyboard protection shield

From March 27, 2026, Microsoft no longer supports two legacy remote access clients in commercial cloud environments:

  • Remote Desktop client for Windows (MSI) — the traditional MSTSC-based installer
  • Remote Desktop web client — browser-based RD Web Access

Microsoft's direction is the Windows App as the unified client for Azure Virtual Desktop, Windows 365 Cloud PC, and Remote Desktop Services in commercial cloud scenarios. The March 2026 Windows App update also adds keyboard input protection and reliability fixes.

This guide is an admin cutover plan: inventory who still uses legacy clients, deploy Windows App through Intune, validate session scenarios, and update helpdesk documentation before users hit a dead client.

See the Intune hub, Intune vs SCCM comparison, and Conditional Access policy map for related deployment context.

Who Needs To Act

TeamResponsibility
EUC / desktop engineeringClient packaging, Intune deployment, pilot rings
AVD / Windows 365 platform teamFeed URL validation, session host compatibility
IdentityConditional Access for remote access apps where used
Service deskUpdated user guidance and escalation paths
SecurityReview keyboard input protection and data boundary comms

If you only manage corporate laptops and nobody uses AVD, Windows 365, or RDS through the MSI client, impact may be limited. Still run inventory — shadow IT remote access is common.

Phase 1: Inventory Legacy Client Usage

What to find

SignalWhere
Installed Remote Desktop MSIIntune discovered apps, ConfigMgr inventory, or software inventory script
RD web client bookmarksService desk tickets, browser favourites audits, published RD Web URLs
Windows App already presentMicrosoft Store apps report in Intune
Active connection pathsAVD diagnostics, Windows 365 connectivity reports, RDS gateway logs

PowerShell inventory example (local audit script)

PowerShell
$UninstallKeys = @(
    'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\*',
    'HKLM:\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\*'
)

Get-ItemProperty $UninstallKeys -ErrorAction SilentlyContinue |
    Where-Object { $_.DisplayName -match 'Remote Desktop' } |
    Select-Object DisplayName, DisplayVersion, Publisher, InstallDate

Expected output shape: zero or more Remote Desktop MSI entries with version and install date.

User population segmentation

Build three groups:

  1. AVD users — full desktop or RemoteApp via feed
  2. Windows 365 users — Cloud PC connections
  3. RDS gateway / RD Web users — web client or MSI to on-premises or cloud-hosted collections

Each group may need different feed URLs, MFA behaviour, and test cases.

Phase 2: Deploy Windows App Through Intune

Preferred distribution paths

MethodWhen to use
Microsoft Store app (Intune)Default for most managed Windows 11/10 devices
Store app with offline licenseDevices with restricted Store access
Required app assignmentStandard corporate remote-access users
Available in Company PortalOptional installs for infrequent users

In Intune:

  1. Apps > Windows > Microsoft Store app (new)
  2. Search for Windows App
  3. Assign as Required to pilot group, then production remote-access groups
  4. Confirm install status in Devices > Monitor > App install status

Coexistence during pilot

Do not remove the MSI client until Windows App is validated for each scenario. Run both briefly in pilot if policy allows, so users can fall back during testing.

Phase 3: Pilot Test Matrix

Test every scenario your users actually run — not just "can I connect."

ScenarioPass criteria
AVD full desktopSession launches, audio, clipboard, drive redirection as policy allows
AVD RemoteAppPublished app opens and reconnects after sleep
Windows 365 Cloud PCCloud PC connects with expected MFA prompt
RDS feed via gatewayGateway sign-in and resource list load
Reconnect after network changeSession resumes or clean reconnect without data loss
Keyboard input protectionSecurity team confirms control meets policy (per Microsoft release notes)

Record build versions of Windows App tested and the session host image versions they connected to.

Phase 4: User And Helpdesk Cutover

Helpdesk script update

Replace references to:

  • "Open Remote Desktop" MSI shortcut
  • RD Web portal URL as primary path

With:

  • Windows App from Start menu or pinned taskbar
  • Your organisation's published feed URL or Windows 365 entry point

Communication template

What is changing: The old Remote Desktop (MSI) app and browser web client are no longer supported for connecting to <AVD / Windows 365 / RDS>.

What to do: Use Windows App on your managed device. It is installed automatically. Sign in with your work account and open your usual desktop or app.

If connection fails: Contact the service desk and include the time of failure and whether you are on office or home network.

Conditional Access check

If CA policies target the legacy client or generic "Microsoft Remote Desktop" app IDs, update policies to include Windows App where Microsoft documents the new application identifier. Test sign-in from pilot users before broad removal of legacy client.

Phase 5: Remove Legacy Client

After pilot sign-off:

  1. Create Intune Uninstall assignment for the MSI Remote Desktop package where you previously deployed it
  2. Block legacy client reinstall via App Control or software restriction policy if needed
  3. Retire RD Web portal bookmarks from the intranet landing page — redirect to Windows App guidance
  4. Monitor helpdesk volume for two weeks

Rollback

IssueResponse
Windows App fails for one app collectionKeep MSI for that pilot group only until platform team resolves; document exception
Store install blocked on networkDeploy via allowed offline package path; fix proxy/Store endpoints
MFA loop on launchReview CA policy and primary refresh token state before reverting client

Prevention Checks

  • Add Windows App version to standard desktop build image going forward
  • Include remote access client in new-starter onboarding checklist
  • Review Microsoft release notes quarterly for Windows App breaking changes
  • Keep AVD and Windows 365 feed URLs in a single internally owned configuration document

Source

This operational migration plan is based on the official Windows IT Pro Blog post published by Microsoft on March 30, 2026, extended with enterprise inventory, Intune deployment, and cutover steps for EUC administrators.

Jack Hadcroft, Endpoint specialist and author of AdminSignal

Jack Hadcroft

LinkedIn

Endpoint specialist and author of AdminSignal

Jack Hadcroft is an endpoint specialist working with Microsoft Intune, Windows clients, Microsoft Entra ID, Group Policy, and PowerShell in Microsoft 365 estates. He publishes independent, source-backed guidance that focuses on prerequisites, validation evidence, operational risk, and safe rollout decisions, with examples and limitations labelled clearly.

AdminSignal content is produced independently. Editorial policy