You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Cursor and windows blinking when WSL is running #9752
When I start WSL V2 (not V1), the mouse cursor starts blinking between Loading/Normal states. Some other windows also blink but not all. See the example in the video where task manager and context menu blink:
2023-03-07.15-24-22.mp4
It used to work, I do not know what what the change that caused that behaviour.
I tried to completely reinstall WSL (the Linux distribs but also WSL itself), but still have the issue.
I understand that this si quite difficult to reproduce.
I tried to remove several apps including Nvidia drivers, rancher-desktop, even Office, also tried to clean all possible config files, but the problem still occurred.
My fix for now is to use wsl kernel 5.10.16 which works well.
@pmartincic, if you are seeing same issue, would you please share log files from /mnt/wslg, and check if there is any core dump is generated at /mnt/wslg/dumps, thanks!
microsoft-github-policy-service commented on Mar 9, 2023
Not sure if they are uploaded at the right place, but these logs are available in my initial comments (I added these afterwards, which may be why the bot signaled it as missing).
Sébastien Blaise (@sebbelese), thanks for providing logs, and yes, this is indeed caused by WSLg. WSLg launches msrdc.exe in background, and it is failing, thus it's repeatedly launched, and that ends up as cursor blinking. There is couple of known issues.
1: group policy prevents msrdc.exe from establishing connection with WSLg. If you can share output from reg QUERY "HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services" /S, it can be identified.
Thanks for your time and answer. Citrix is not installed. Group policy is plausible, since it is a company-owned computer.
Output of _reg QUERY "HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services" /S :
Sébastien Blaise (@sebbelese), thanks for info, but it looks none of those policies interfere with WSLg, would you please share a few ETL files from %LOCALAPPDATA%\Temp\DiagOutputDir\RdClientAutoTrace, thanks!
Sébastien Blaise (@sebbelese), thanks for sharing the log, just to sanity check, would you please shutdown WSL by wsl --shutdown, and restart, then do you still see below message at /mnt/wslg/weston.log? thanks!
WARNING
WARNING
WARNING: multiple monitor is not supported in non HiDef RAIL mode
WARNING
WARNING
Sébastien Blaise (@sebbelese), also please share output from reg QUERY "HKCU\Software\Microsoft\Terminal Server Client" and reg QUERY "HKLM\Software\Microsoft\Terminal Server Client", my current suspicion is that your corporate policy disables some remote desktop features, thanks!
[12:27:04.798] disp_monitor_sanity_check_layout:---INPUT---
[12:27:04.798] rdpMonitor[0]: x:0, y:0, width:2560, height:1440, is_primary:1
[12:27:04.798] rdpMonitor[0]: physicalWidth:0, physicalHeight:0, orientation:0
[12:27:04.798] rdpMonitor[0]: desktopScaleFactor:0, deviceScaleFactor:0
[12:27:04.798] rdpMonitor[0]: scale:1, client scale :1.00
[12:27:04.798] HiDef-RAIL is required for RAIL.
[12:27:04.798] unable to checkDescriptor for 0x55d9c9f577e0
[12:27:05.154] xf_peer_adjust_monitor_layout:
[12:27:05.154] DesktopWidth:2560, DesktopHeight:1440
[12:27:05.154] UseMultimon:0
[12:27:05.154] ForceMultimon:0
[12:27:05.154] MonitorCount:3
[12:27:05.154] HasMonitorAttributes:1
[12:27:05.154] HiDefRemoteApp:0
[12:27:05.154]
WARNING
WARNING
WARNING: multiple monitor is not supported in non HiDef RAIL mode
WARNING
WARNING
[12:27:05.154] disp_monitor_sanity_check_layout:---INPUT---
[12:27:05.154] rdpMonitor[0]: x:0, y:0, width:2560, height:1440, is_primary:1
[12:27:05.154] rdpMonitor[0]: physicalWidth:0, physicalHeight:0, orientation:0
[12:27:05.154] rdpMonitor[0]: desktopScaleFactor:0, deviceScaleFactor:0
[12:27:05.154] rdpMonitor[0]: scale:1, client scale :1.00
[12:27:05.154] HiDef-RAIL is required for RAIL.
[12:27:05.154] unable to checkDescriptor for 0x55d9c9f577e0
Output of reg QUERY "HKCU\Software\Microsoft\Terminal Server Client"
HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client
EnableAdvancedRemoteFXRemoteAppSupport REG_DWORD 0x0
HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Default
HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\hwtest
HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\LocalDevices
HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Servers
Output of reg QUERY "HKLM\Software\Microsoft\Terminal Server Client"
HKEY_LOCAL_MACHINE\Software\Microsoft\Terminal Server Client\Default
HKEY_LOCAL_MACHINE\Software\Microsoft\Terminal Server Client\IME Mapping Table
HKEY_LOCAL_MACHINE\Software\Microsoft\Terminal Server Client\TrustedGateways
Sébastien Blaise (@sebbelese), below registry key setting is disabling the feature WSL/WSLg depneds on, if this key is removed or set the value to 1, then msrdc.exe will properly start up and no more cursor blinking. I guess this is set by your corporate policy? thanks!
HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client
EnableAdvancedRemoteFXRemoteAppSupport REG_DWORD 0x0
Reacted by Sébastien Blaise, Giuliano Reginatto, bechirhdev and kmrk
Since then, the blinking has stopped. Thanks guys!
Ah, finally, thank you. -- to add a bit of convenience here the .reg file for the two switches:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\CtxHook]
"ExcludedImageNames"="msrdc.exe"
[HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Citrix\CtxHook]
"ExcludedImageNames"="msrdc.exe"
Same problem, but I have no Citrix nor EnableAdvancedRemoteFXRemoteAppSupport.
I have these logs in /mnt/wslg/weston.log which correspond to the blinks:
...
[16:06:57.945] Client: ClientGetAppidReq: WindowId:0x8c is not found.
[16:07:04.425] Client: ClientGetAppidReq: WindowId:0x8e is not found.
[16:07:07.739] Client: ClientGetAppidReq: WindowId:0x8f is not found.
[16:07:11.056] Client: ClientGetAppidReq: WindowId:0x90 is not found.
...
This issue has been automatically closed since it has not had any activity for the past year. If you're still experiencing this issue please re-file this as a new issue or feature request.
Activity
sebbelese commentedon Mar 8, 2023
I tried to remove several apps including Nvidia drivers, rancher-desktop, even Office, also tried to clean all possible config files, but the problem still occurred.
My fix for now is to use wsl kernel 5.10.16 which works well.
hideyukn88 commentedon Mar 9, 2023
@pmartincic, if you are seeing same issue, would you please share log files from /mnt/wslg, and check if there is any core dump is generated at /mnt/wslg/dumps, thanks!
microsoft-github-policy-service commentedon Mar 9, 2023
Hello! Could you please provide logs and process dumps to help us better diagnose your issue?
To collect WSL logs and dumps, download and execute collect-wsl-logs.ps1 in an administrative powershell prompt:
The scipt will output the path of the log file once done.
Once completed please upload the output files to this Github issue.
Click here for more info on logging
Thank you!
sebbelese commentedon Mar 9, 2023
Not sure if they are uploaded at the right place, but these logs are available in my initial comments (I added these afterwards, which may be why the bot signaled it as missing).
hideyukn88 commentedon Mar 9, 2023
Sébastien Blaise (@sebbelese), I wonder if this is caused by WSLg, thus I would like to get logs from /mnt/wslg, thanks!
sebbelese commentedon Mar 20, 2023
Sorry for late reply, I was unavailable with no time to break my current setup.
Attached are the .log files located in /mnt/wslg. Is there any other file you need?
stderr.log
weston.log
wlog.log
pulseaudio.log
hideyukn88 commentedon Mar 21, 2023
Sébastien Blaise (@sebbelese), thanks for providing logs, and yes, this is indeed caused by WSLg. WSLg launches msrdc.exe in background, and it is failing, thus it's repeatedly launched, and that ends up as cursor blinking. There is couple of known issues.
1: group policy prevents msrdc.exe from establishing connection with WSLg. If you can share output from
reg QUERY "HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services" /S, it can be identified.2: Citrix software is installed, then you will need to apply workaround described either https://support.citrix.com/article/CTX107825/how-to-disable-citrix-api-hooks-on-a-perapplication-basis, or https://support.citrix.com/article/CTX463527/ms-quick-assist-crashes-when-used-in-citrix-session.
3: Something else, then please share a few ETL files at %LOCALAPPDATA%\Temp\DiagOutputDir\RdClientAutoTrace.
Finally as workaround, if you are not using Linux GUI application, you can disable it by .wslconfig, please refer https://learn.microsoft.com/en-us/windows/wsl/wsl-config, thanks!
sebbelese commentedon Mar 21, 2023
Thanks for your time and answer. Citrix is not installed. Group policy is plausible, since it is a company-owned computer.
Output of _reg QUERY "HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services" /S :
hideyukn88 commentedon Mar 21, 2023
Sébastien Blaise (@sebbelese), thanks for info, but it looks none of those policies interfere with WSLg, would you please share a few ETL files from %LOCALAPPDATA%\Temp\DiagOutputDir\RdClientAutoTrace, thanks!
sebbelese commentedon Mar 22, 2023
Here are some
RdClientAutoTrace.zip
hideyukn88 commentedon Mar 22, 2023
Sébastien Blaise (@sebbelese), thanks for sharing the log, just to sanity check, would you please shutdown WSL by
wsl --shutdown, and restart, then do you still see below message at /mnt/wslg/weston.log? thanks!hideyukn88 commentedon Mar 22, 2023
Sébastien Blaise (@sebbelese), also please share output from
reg QUERY "HKCU\Software\Microsoft\Terminal Server Client"andreg QUERY "HKLM\Software\Microsoft\Terminal Server Client", my current suspicion is that your corporate policy disables some remote desktop features, thanks!sebbelese commentedon Mar 23, 2023
Hi Hideyuki Nagase (@hideyukn88) ,
Thanks for continuing to investigate.
Yes, I see the warning:
Output of reg QUERY "HKCU\Software\Microsoft\Terminal Server Client"
Output of reg QUERY "HKLM\Software\Microsoft\Terminal Server Client"
hideyukn88 commentedon Mar 23, 2023
Sébastien Blaise (@sebbelese), below registry key setting is disabling the feature WSL/WSLg depneds on, if this key is removed or set the value to 1, then msrdc.exe will properly start up and no more cursor blinking. I guess this is set by your corporate policy? thanks!
sebbelese commentedon Mar 23, 2023
Changing this setting to 1 fixes the issue, and allows to run Linux GUI apps. I will check with my company IT why it was disabled.
Maybe some clear warning or error should be useful in this case. I am not sure if I should close the issue, I leave it into your hands.
Thanks for taking the time to look into this problem!
metix commentedon Apr 14, 2023
I just wanted to share that I also experienced the same problem, but in my case it was caused by Citrix.
I followed the workaround provided by Hideyuki Nagase (@hideyukn88) in this article (https://support.citrix.com/article/CTX107825/how-to-disable-citrix-api-hooks-on-a-perapplication-basis), and I excluded msrdc.exe.
Since then, the blinking has stopped. Thanks guys!
tobiaswaggoner commentedon Jul 14, 2023
Ah, finally, thank you. -- to add a bit of convenience here the .reg file for the two switches:
jku-sr commentedon Jul 28, 2023
same problem, this reg key seemed to have resolved it. For me it happens every time I open up my WSL terminal in a citrix environment on win 10 22h2
alex-muci commentedon Aug 25, 2023
Same. Citrix was the issue for me. Setting the two ExcludedImageNames keys as per above solved the flickering.
Thx!
jle35 commentedon May 7, 2024
Same problem, but I have no Citrix nor EnableAdvancedRemoteFXRemoteAppSupport.
I have these logs in
/mnt/wslg/weston.logwhich correspond to the blinks:microsoft-github-policy-service commentedon May 8, 2025
This issue has been automatically closed since it has not had any activity for the past year. If you're still experiencing this issue please re-file this as a new issue or feature request.
Thank you!