When using Windows App in a web browser, the text input cursor in Office apps may appear black instead of white when the Office theme is set to Dark. This can make the cursor hard to see and lead to editing mistakes. To work around the issue, you can improve visibility by manually changing the cursor color in Windows system settings inside the remote desktop session:
Open Settings in the Windows session.
Go to Accessibility.
Select Text Cursor from the left pane.
Under Text Cursor Indicator, turn it On.
Choose a bright color (e.g., white or yellow) for the cursor indicator to make it stand out against the dark background.
Apply changes and return to your Office app.
Using Private Link to connect to Azure Virtual Desktop isn't supported.
Single sign-on (SSO) with Active Directory Federation Services (AD FS) isn't supported.
Connecting to Azure Virtual Desktop in Azure Government isn't currently supported in a web browser, but is planned to be supported in the future. Connecting to Windows 365 Government is supported.
Connecting to Azure Germany, Azure operated by 21Vianet, or Azure Virtual Desktop (Classic) isn't supported.
Direct launch is for Windows 365 resources only.
Downloading a .rdp file for connection with Windows App on a different platform.
When a user uses Microsoft Defender for Cloud Apps, they can land on the home page for Windows App instead of the full path of their link. Users can fix this issue by appending .mcas.ms to the URL. For more information, see Navigating to a particular URL of a suffixed app and landing on a generic page.
Copy and paste works as expected when using keyboard shortcuts, such as + for copy and + for paste, but not initially when using copy and paste from a right-click context menu where the paste option isn't available. This behavior happens because Windows App doesn't have access to the clipboard content until you initiate a copy and paste action from the keyboard, at which point the paste option is available.
In Windows App on the web, redirected local printers don't display their original printer names and instead appear as (Local printer) in the remote session. Printer redirection continues to function, but individual redirected printer names aren't currently exposed in the same way as they are in the Windows App desktop client.