Repository navigation
[Windows] HUD toolbar is visible but completely unclickable after launch (click-through state never clears) #1105
Description
Activity
Thanks for the detailed report. Could you try this from
cmdto confirm the cause:set OPENSCREEN_DISABLE_CONTENT_PROTECTION=1 "%LOCALAPPDATA%\Programs\openscreen\Openscreen.exe" --enable-logging > "%USERPROFILE%\Desktop\openscreen.log" 2>&1Is the bar clickable then? Please attach
openscreen.logeither way. Also: does a right-click on the tray icon open its menu?-
感谢详细报告。你能试试这个来确认原因吗:
cmdset OPENSCREEN_DISABLE_CONTENT_PROTECTION=1 "%LOCALAPPDATA%\Programs\openscreen\Openscreen.exe" --enable-logging > "%USERPROFILE%\Desktop\openscreen.log" 2>&1那条栏可以点击吗?无论如何请附上。另外:右键点击托盘图标能打开菜单吗?
openscreen.log
Results of the test:
- With
OPENSCREEN_DISABLE_CONTENT_PROTECTION=1, the HUD toolbar is fully clickable — all buttons respond normally and hover works. - Without the variable (normal launch), the HUD is unclickable on every launch — reproduced consistently.
- The tray icon (right-click menu) was always clickable, even when the HUD was not. Only the HUD window is affected.
So the content protection applied to the HUD window is what eats the mouse input on this machine.
Log attached. Happy to test a fix or any other experiment you need.
-
Sorry, I accidentally closed this issue while editing my comment — reopened it.
To summarize: the test confirms the content protection on the HUD window is what blocks mouse input on this machine. Test results and log are above. Happy to test a fix build whenever you have one.
- added a commit that references this issue
on Oct 10, 2026 Thanks @homeyang02, that confirms it. A fix is on its way for the next release. Until then the workaround is in the FAQ, for both the installer and the Store version: https://getopenscreen.com/docs/faq#why-cant-i-click-the-recording-bar-on-windows-10
Reacted by homeyang02- addedstatus: fixed in mainWork is merged into main but may not be in a downloadable release yet.Work is merged into main but may not be in a downloadable release yet.status: pending releaseMerged change is waiting for a packaged desktop release.Merged change is waiting for a packaged desktop release.
on Oct 10, 2026 github-actions commented
on Oct 10, 2026 on Oct 10, 2026 – with GitHub ActionsContributorMore actionsFixed by #1109 and merged into
main.This change is assigned to the
Next Releaserelease milestone and is not necessarily available in the latest downloadable desktop release yet. It is currently marked asstatus: pending releaseuntil a packaged release containing it is published.@homeyang02 here is a test build with the fix (#1109): https://github.com/getopenscreen/openscreen/actions/runs/38085096429. Download the
openscreen-windows-x64artifact (you need to be signed in to GitHub). The installer isn't signed, so SmartScreen will ask: More info → Run anyway.Please launch it normally, without the
OPENSCREEN_DISABLE_CONTENT_PROTECTIONvariable, and check two things:- The recording bar is clickable.
- The Notes window (notes button on the bar) is clickable too, and does not show up in a recording.
Tested the build from the Actions artifact - both checks pass:
- The recording bar (HUD) is fully clickable on a normal launch, without
OPENSCREEN_DISABLE_CONTENT_PROTECTION. - The Notes window opens from the bar, is clickable, and does not show up in the recording.
The fix works on my machine (Windows 10 22H2, 19045.6466, RTX 4060 Ti, 2 displays). Thanks a lot for the quick turnaround!
- The recording bar (HUD) is fully clickable on a normal launch, without
Description
After installing OpenScreen 2.0.0 on Windows 10 and launching it for the first time, the HUD overlay toolbar appears on screen but does not respond to any mouse clicks — it behaves as if it is in click-through mode. Hovering over the buttons shows no highlight. Tray icon and keyboard shortcuts (e.g. Ctrl+Shift+O) also do not respond. The language prompt dialog renders normally, but clicking "Keep current language" or "Switch to 简体中文" does nothing.
Restarting the app does not help — the issue happens every time.
Environment
Steps to Reproduce
Expected behavior
The HUD toolbar should become interactive after launch.
Actual behavior
The toolbar stays permanently in a click-through / non-interactive state, although it renders correctly.
Troubleshooting already done
app.asarforhud-interactive/setIgnoreMouseEventslogic)