Red screen, system unresponsive after entering password

[RedBearAK]

https://github.com/JaKooLit/Fedora-Hyprland

The author of the Fedora-Hyprland setup script at the link above said I should report this issue here:

This has happened three times now during testing of a Hyprland install from the JaKooLit script. The screen locked, and upon entering the password the whole screen turned pure red and the mouse cursor became a thick text cursor. This is in a Boxes VM, and sending the VM key combinations like Ctrl+Alt+Backspace and Ctrl+Alt+Delete has no effect. I have to do a "Force Shutdown" from the Boxes toolbar and restart the VM.

I've unlocked the screen several other times between these incidents without the red screen appearing.

May or may not have something to do with typing the password in and hitting Enter too quickly, on a VM that has very bad performance for some reason.

The base distro is Fedora 39 Workstation.

[0xl30]

Same Red Screen After Suspend
Arch Linux Hyprland

[KiaraGrouwstra]

i had this crash with a red screen on 1.7.0.0 as well, running hyprland on nixos, no vm.

[0xl30]

Swaylock Log
log_with_problem.txt
no_problem.txt
File

[jirutka]

This is the interesting part:

Args
2024-01-20 20:39:41 - [main.c:658] output name is HDMI-A-1
2024-01-20 20:39:41 - [main.c:1970] Using ext-session-lock-v1
2024-01-20 20:40:53 - [main.c:245] Destroy surface for output HDMI-A-1
2024-01-20 20:40:53 - [main.c:658] output name is HEADLESS-1
2024-01-20 20:40:53 - [main.c:245] Destroy surface for output HEADLESS-1
2024-01-20 20:40:53 - [main.c:658] output name is HDMI-A-1
2024-01-20 20:40:53 - [main.c:641] Screencopy failed

What is HEADLESS-1?

Please report it to Hyprland, this looks more like a bug on their side.

[KiaraGrouwstra]

weren't sway users experiencing crashes as well? at least they did for swaylock, see 282

[diniamo]

There is already a Hyprland issue for this: hyprwm/Hyprland#4134