godotengine / godotengine/godot
Godot editor main toolbar / menus hidden after monitor goes to sleep, causing all controls to be offset
- Dominant language
- C++
- Stars
- 117k
- Forks
- 26.8k
- PR merge metrics
- PR metrics pending
Description
### Tested versions
Issue has been present since I started using Godot in 4.3, now using 4.4 RC1
Seems to be limited to Windows only - I haven't seen it in Linux or Mac
### System information
Godot v4.4.rc1 - Windows 10 (build 19045) - Multi-window, 2 monitors - Vulkan (Forward+) - dedicated NVIDIA GeForce RTX 2070 SUPER (NVIDIA; 32.0.15.6109) - Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz (8 threads)
### Issue description
Sometimes (not every time) when I come back to my computer and the screen has gone to sleep (the computer is still awake, not hibernating), I wake the screen up, and Godot is missing the top menu bar with the system menus (File, Project, etc) along with the tabs for 2D, 3D etc and the top right run/debug controls. However, all the UI still thinks those controls are rendering, so all my mouse clicks end up clicking in the wrong place. The UI is responsive, it is just rendering too high. Here's two screenshots. In the first, which is just after waking, you can see the bottom of a maximised Steam window being rendered at the bottom of the maximised Godot window (add a game, downloads, friends & chat), and the top toolbar is missing. If I grab the Godot window and pull it off maximised, and then maximise it again, the top menu bar reappears and everything is fine.
### Steps to reproduce
Bit tricky as it doesn't seem to happen every time. Only ever happens after the screen's gone to sleep though, and it's pretty common.
### Minimal reproduction project (MRP)
This happens across all my projects, so it's not a project-related issue, it's an editor issue.
Contributor guide
Research direction
Start by reproducing the issue in the Godot editor on Windows with two monitors, after the display sleeps and wakes. Compare the maximized window before and after toggling maximization, then trace the editor's window and layout handling. Done means the menus, toolbars, and mouse-hit regions remain aligned after waking the display.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- desktop, game-dev
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100