Black zone while using WSL2 graphic interface
Version
Microsoft Windows [Version 10.0.22000.527]
WSL Version
- [X] WSL 2
- [ ] WSL 1
Kernel Version
5.10.16
Distro Version
Ubuntu 20.04
Other Software
Quartus Prime Version 21.1.0 Build 842 10/21/2921 SJ Lite Edition
Repro Steps
Bug occurs when I execute the Quartus Prime Lite on command-line(using RDP, default windows terminal), with one screen. It works fine when with multiple screens.
Expected Behavior
Work fine as normal. No black zone.
Actual Behavior
There's a black zone in the upper left corner

Diagnostic Logs
No response
Hi, any solution for this issue? I see it on win11 / wsl2 / ubuntu 24.04 / Quartus Prime 23.1std.
Thanks in advance.
I have a similar issue on Window 11, with 22.1.2 Quartus Prime Lite. There is a splash screen in Quartus and this 'black area' is most likely the splash screen. It happens for me under multiple monitors. Also the linked ticket (scrambled graphics) is probably not related. I do have issues when maximining gtkwave (other ticket), but again that is a 3rd issue. A way to disable the Quartus splash would probably be a work-around.
I see this too with Quartus Prime Light 24.1 on WSL2
A workaround would be minimizing this black window in the Windows Task Manager
- Open Windows Task Manager
- In
ProcessesfindRemote DesktopunderApps - Under
Remote Desktop (2)item right-click the sub-item without name - Click
MinimizeThen the black zone disappears.
A workaround would be minimizing this black window in the Windows Task Manager
- Open Windows Task Manager
- In
ProcessesfindRemote DesktopunderApps- Under
Remote Desktop (2)item right-click the sub-item without name- Click
MinimizeThen the black zone disappears.
This does work, but creates another issue with all WSL2 windows and stacking order. If I do this, my emacs editor is at lower depth than all native windows applications. You need a multi-head system and then only place all WSL2 windows on one screen. If you are working remotely with only a laptop screen, the work around becomes unusable (unless you minimize all native windows).
After more time with the splash minimized, Quartus dialogs, ip wizards, pin mapper, platform designer, etc. will pop up in random location under some displays native window. If the dialog is modal, Quartus appears to lock. I think the work around is worse than the 'black blob'. Of course, the black blob can hide gtkwave and other dialogs in the same way. Pick your poison. YMMV.
Also, on a full Linux (or the native Window version), the splash screen has a timer and closes. It seems to persist forever under WSL2. I think it fails to create the window fully, so some dismiss timer is never set.