Clipboard issues with Azure Virtual Desktops

Question

Clipboard issues with Azure Virtual Desktops

Goran Kuga 80

Dear Microsoft,

We are experiencing issues with clipboard with our Azure Virtual Desktops.

The issue is that clipboard works only one-way instead of both directions.

I managed to narrow down a lot and I would like to ask you when the fix for it would be available.

When connecting to AVDs through Browser (https://windows.cloud.microsoft/#/devices) there is an issue when attempting to copy content (simple text from notepad) to a local device notepad. I did inspect through my browser what is happening and this is the output for it:

User's image

If I'm doing a copy operation from my local device toward Session Host AVD this will work without any issues.

Issue is not being experienced if we are using Windows App installed from Microsoft Store, copy-paste works both directions.

Also I managed to discover that through browser it works both directions when using old access link (https://client.wvd.microsoft.com/arm/webclient/index.html).

It only does not work from Session Host to local device if we are using the new Remote App browser way (https://windows.cloud.microsoft/#/devices).

Let me know in case I can provide more insights, or if you would like me to demonstrate this.

Thanks !

Kind regards,
Goran

0 comments

Answer accepted by question author

2 additional answers

Your answer

Answer 1

Scott Nguyen 1,150 Independent Advisor

Hello.

From the logs you sent, I could see that "Remote to Local" failure is caused by the new web portal cannot negotiate the Extended Clipboard virtual channel, resulting in the rejection of the EnterpriseDataProtectionId (Format 49283) metadata.

You could try to verify that the rdpclipcdv.exe executable, located in the SxS Network Stack path under C:\Program Files\Microsoft RDInfra, is not being blocked by AppLocker or your antivirus, as this process is now responsible for handling these modern clipboard formats. Additionally, check your Host Pool RDP properties to ensure that no specific data types are being filtered via clipboardblockeddatatypes, as the new shell may be defaulting to a "block" on some formats when negotiation fails.

I would recommend continuing to use the old web client URL for affected users while Microsoft stabilizes the feature for the new URL.

If you find my answer useful, you can mark it as the "Accepted Answer" so the others can find the solution easily. Your help in supporting the community is much appreciated! Thanks

Goran Kuga 80 Reputation points

2026-04-27T14:56:45.9566667+00:00

Dear Scott,

I did notice and confirm that rdpclipcdv.exe is a running process. It is not blocked by AppLocker or antivirus. Also my RDP properties does not contain any blocks in regards to clipboard.

I will continue using the old web client URL, but could you please assure me that this is something that is a known thing and will be working in future, as a lot of my users likes the idea of using web access instead of the app.

Thanks for your precise answer, highly appreciated !

Kind regards,
Goran
Scott Nguyen 1,150 Reputation points Independent Advisor

2026-04-27T18:25:17.7266667+00:00

Hi,

Thank you for your interest in web access. At the moment, I cannot guarantee when the product team will resolve this issue. However, it is a known limitation, as documented on the official site under the Web browser section (last tab). I recommend checking this following page:
Known issues and limitations of Windows App

Thank you again for your response.
Best regards,
Scott
Goran Kuga 80 Reputation points

2026-04-29T11:55:28.68+00:00

Dear Scott,

Thank you so much for the information. Hopefully this gets resolved soon.

Kind regards,
Goran

Answer 2

Andy Heathershaw 0

I have also had the same reported by several of my users in the last week.

It works correctly both ways when using the Windows App installed from the Microsoft Store on Windows 11 - it's just the web client that it no longer works on, so I'm sure my host pool configuration and group policy on the session hosts is correct.

Unfortunately I'm not able to use the old URL, I get redirected back to the new one.

Goran Kuga 80 Reputation points

2026-04-29T11:56:24.95+00:00

Dear Andy,

I have the same issue with redirect, but this only happens on Azure network, example attempting from a VM that uses Azure DNS servers.

Hope this helps you out.

Kind regards,
Goran

Answer 3

Clipboard behavior depends on both Azure Virtual Desktop configuration and current Windows App web client limitations.

From the provided details and current documentation, the behavior seen when using the new web client at windows.cloud.microsoft is a known limitation of Windows App in a web browser. Clipboard redirection can behave differently in the new web client compared to the classic web client and the Windows App from Microsoft Store. Specifically, the web client has documented clipboard issues where copy/paste does not initially work as expected until a keyboard-based copy operation is performed, because the web client does not have access to clipboard content until that point.

Key points relevant to this scenario:

Clipboard redirection for Azure Virtual Desktop is controlled by:
- Host pool RDP properties (for example, redirectclipboard:i:<value>), and
- Session host policies via Intune or Group Policy. The most restrictive setting wins; if any layer disables clipboard redirection, it is disabled regardless of other settings.
For clipboard transfer direction and data types on Azure Virtual Desktop session hosts, the host pool must allow clipboard redirection, and supported OS and cumulative updates must be in place. Group Policy or Intune can then restrict direction (client→session host, session host→client) and allowed formats (plain text, images, RTF, HTML).
For Windows App in a web browser, there is a documented limitation where copy/paste may not work correctly from the right‑click context menu until a keyboard shortcut (Ctrl+C / Ctrl+V) is used. This is due to how the web client gains access to clipboard content.
There is also a documented product limitation for the new web client related to private access / networking that differs from the old web client. This confirms that the new web client and the classic web client do not have identical behavior or feature support.

Given that:

Clipboard works in both directions when using the Windows App from Microsoft Store.
Clipboard works in both directions when using the classic web client.
The issue appears only in the new web client in a browser.

This aligns with current Windows App web client limitations rather than a misconfiguration of Azure Virtual Desktop clipboard settings.

Actionable guidance:

Verify that host pool RDP properties and any Intune/Group Policy settings are not restricting clipboard redirection or direction. Ensure redirectclipboard is allowed and that any “Restrict clipboard transfer from server to client” / “from client to server” policies are configured to permit the formats needed (for example, at least plain text).
For users affected in the browser:
- Instruct them to use keyboard shortcuts (Ctrl+C / Ctrl+V) for clipboard operations, as documented for Windows App in a web browser.
- Where possible, use the Windows App from Microsoft Store or the classic web client as a workaround until the web client limitation is addressed.
Because this is a documented limitation of the Windows App web client, monitor the Windows App “Known issues and limitations” documentation for updates. Fix availability and timelines are not published in the referenced content; the recommended path is to track that page and, if necessary, open a support case to have the scenario associated with the existing limitation.

References:

Share via

Clipboard issues with Azure Virtual Desktops

2 additional answers

Your answer