Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[BUG] Preventing the display to turn off in lock screen #518

Closed
kimagin opened this issue Jan 23, 2024 · 12 comments
Closed

[BUG] Preventing the display to turn off in lock screen #518

kimagin opened this issue Jan 23, 2024 · 12 comments

Comments

@kimagin
Copy link

kimagin commented Jan 23, 2024

Normal behavior

When you hit win+L or manually lock windows 11, the default behavior is to turn of the screen after about 30 seconds. This is particularly important for the desktop users with an OLED display as the background is static and it can destroy the hardware.

The issue

While GlazeWM is running, if the user lock the window, after about 30 seconds, the screen turns black for a brief moment, but it loops back into the login screen. This infinit loop, prevents the screen to go to sleep mode.

Temporary solution

If you simply turn off GlazeWM by right clicking on the taskbar icons or via windows task manager, the issue will be resolved and the screen behaves as it should.

@Garulf
Copy link

Garulf commented Jan 24, 2024

I am noticing this behavior as well. Windows 11

@lars-berger
Copy link
Member

Fixed in the latest v2.1.1 release 🎉

@katawajojo
Copy link

Can we open this back up? This issue is still occurring with a fresh install.

Happening here, Windows 11, multiple monitors.

@lars-berger lars-berger reopened this Feb 5, 2024
@Kirupakaran
Copy link

Same here, W11. I have an external monitor connected to a laptop. Laptop refuses to go to sleep even if the external monitor is powered off. I have to manually kill glazewm.

@txj-xyz
Copy link

txj-xyz commented Mar 6, 2024

This just happened to me about 11 times today at work.

Windows 11 22H2 + Windows 11 22H3 VM (VMWare Workstation Pro 17)

@txj-xyz
Copy link

txj-xyz commented Mar 7, 2024

Since my last reply, I just came into the office, both my laptop + second monitor were off.

CPU Usage was around 85% on idle from GlazeWM, once I rebooted the program everything was OK except all my window positions and layouts

@AfzGit
Copy link

AfzGit commented Apr 18, 2024

Noticing it here as well on Windows 11 23H2.

@thespeck
Copy link

Issue is very much unfixed. Screen is turning off momentarily, just to wake up right after. And lock screen only shows the wallpaper, no text with it. I'm using it on Windows 11 23H2 too.

@AfzGit
Copy link

AfzGit commented Jun 14, 2024

@thespeck The project is currently under a re-write so don't expect it to be fixed soon.

#604

Lets hope it's fixed in the rewrite.

@thespeck
Copy link

I think I found a solution for this bug. GlazeWM should ignore Windows lock screen and not try to manage it. Adding the following lines to %USERPROFILE%\.glaze-wm\config.yaml should fix the problem.

window_rules:
  # Windows Lock Screen should be ignored.
  - command: "ignore"
    match_process_name: "/LockApp/"

@AfzGit
Copy link

AfzGit commented Jun 14, 2024

I think I found a solution for this bug. GlazeWM should ignore Windows lock screen and not try to manage it. Adding the following lines to %USERPROFILE%\.glaze-wm\config.yaml should fix the problem.

window_rules:
  # Windows Lock Screen should be ignored.
  - command: "ignore"
    match_process_name: "/LockApp/"

Works! Had to add this and then restart my PC. This looks like something that needs to be added in by default in the config YAML.

@lars-berger
Copy link
Member

I think I found a solution for this bug. GlazeWM should ignore Windows lock screen and not try to manage it. Adding the following lines to %USERPROFILE%\.glaze-wm\config.yaml should fix the problem.

window_rules:
  # Windows Lock Screen should be ignored.
  - command: "ignore"
    match_process_name: "/LockApp/"

Thanks for sharing this btw 🙌 It's been added as a built-in rule in v3

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

8 participants