Issue with screen sharing Teams application client inside the AVD

Question

while sharing the screen of Teams application inside the AVD - i am getting the pop of "you are sharing" in the small window I cannot able to view the screen shared content and the other person in the call also cannot the content shared by me. while the audio video is working fine and whiteboard sharing also working. what can be the issue

Answer 1

In Teams on AVD/VDI, this symptom usually points to a screen-sharing rendering or version issue rather than a meeting policy issue, especially since audio, video, and Whiteboard are working.

Check these items in order:

1. Verify whether Screen Capture Protection is enabled on the AVD session.
   • In optimized Teams for VDI, Screen Capture Protection can cause the presenter’s shared screen to appear as a black screen with only the mouse cursor.
   • This is fixed only when both of these minimum versions are met:
     • Teams 25060.205.3499.6849
     • Remote Desktop client 1.2.6081 or Windows App 2.0.379
   • If versions are lower, update them first.
2. Check whether full monitor sharing is being used.
   • In optimized VDI, full monitor sharing captures the Teams call monitor window itself.
   • Other participants can see that call monitor, but video elements inside it appear as blank squares.
   • Test with app/window sharing instead of full monitor sharing.
3. If the issue is app sharing and the shared window freezes or becomes blank, stop sharing and share again.
   • In Citrix environments, app sharing can freeze for other participants when a video element is destroyed during the session.
   • A known workaround is to stop and reshare the window.
   • This issue is resolved in Teams 24335.206.X.X or later.
4. Check for cursor lag or sharing instability during app sharing.
   • In some optimized VDI scenarios, app sharing can have mouse dragging or cursor lag.
   • Stopping and reinitiating app sharing removes the lag.
   • This is fixed in Teams 26149.x.x.x or later.
5. Confirm the AVD network path allows VM-side screen sharing if that mode is in use.
   • For AVD/W365, VM-side screensharing requires administrators to allow ID 11 and 12 on the VM network as described in Microsoft 365 URLs and IP address ranges.
   • If this path is blocked, screen sharing can fail even when audio/video still works.
6. Review resource usage on the AVD VM.
   • In optimized VDI, outgoing screen sharing uses device and VM resources such as CPU, GPU, RAM, and network.
   • If the user selects Optimize for video, Teams can ramp screen sharing up to 15 fps, which increases CPU usage.
   • If CPU pressure is high, reduce load by avoiding Optimize for video for normal document sharing.
7. If using Mac endpoints with AVD/W365, note a platform limitation.
   • Outgoing screen sharing in end-to-end encrypted meetings is disabled on Mac endpoints.

Most likely causes for the exact “sharing” popup with no visible content for either side are:

• Screen Capture Protection enabled with unsupported Teams/Remote Desktop client versions
• Using full monitor share in optimized VDI and expecting the Teams call content to be visible
• A VM-side screen-sharing/network configuration issue in AVD

A practical test path is:

1. Update Teams and the Remote Desktop client/Windows App to the minimum supported versions above.
2. Start a new meeting.
3. Share a single app window instead of the full desktop.
4. Do not use Optimize for video for the test.
5. If it still fails, have the AVD admin verify VM-side screen-sharing network requirements for ID 11 and 12.

---

References:

• New VDI solution for Teams