-
-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Hyprland randomly crashes on wakeup from lock (not suspended) #6685
Comments
Sounds similar to what I saw in #6601 I thought it stopped for me but it did happen another time after I closed that issue. It used to happen every time, now it is more random again. |
I'm experiencing the same issue after upgrading to v0.41.2. |
Just noticed OP is on 0.41.1. Around the time of installing 0.41.2, I had also moved from aur git versions of a bunch of dependencies back to arch repos, so need to narrow down some variables. I'll try moving to latest everything and see if the issue persists. |
I'm on latest git and last crash was on c338acb and same crash log backtrace in all my logs as reported in my issue above. |
edit: ignore me, all i had to do was rtfm Core dump
|
I'm not on nvidia and I'm a experiencing this since a few weeks. Am up to date on Arch running 0.41.2-1 currently. crash log
|
I'm experiencing a similar problem, that after wakeup from suspend the monitor turns black after a short moment. This is on different systems the same behavior. One systems has a builtin Intel Graphic card, the other system is running with AMD builtin graphics. I have the problem since v0.40.0 and I hoped it would be fixed with v0.41.1, but unfortunately it's still happend. Downgrading to v0.39.x was fixing the problem for me, but it's just a temporary solution... Is there any other way to revive the current Hyprland session without rebooting the system? Any ideas what could be the problem at all? It looks like not an Nvidia problem so the solutions from here doesn't help. |
So that suggests this actually is a regression. Should probably update that in the opening post. |
I've had similar issues with my Arch Laptop, for the past month, but in my case it also happens when I'm using Jetbrains IDE's, since the tooltips count as actual application windows in XWayland. I assumed it had something to do with the IDE as the crashes mostly happen after a wake from a suspension/swaylock that goes straight into using the IDE. I'm not the best C++ developer, but from what I understand of the language these kinds of coredumps usually happen when an thrown exception is not catched or when a double free happens. I cannot confirm from which version of Hyprland this started to happen, since I'm constantly clearing my cached apps from the AUR/pacman because of lack of space, but I can say that this issue, for me, started close to 2 months ago, and has persisted up until version 0.41.1-1, I just updated to 0.41.1-2 and I haven't found this issue yet. The reason why I feel my issue is related to this one, is because since the IDE's I use are one of the few XWayland applications I use on this computer and Hyprland starts killing the applications and stops being able to launch them, and after a couple minutes it just crashes, or it just straight up crashes a couple minutes after a suspension wake/unlock. But with all that said, I'm not sure if my issue is 100% related to this one, the WM does crash after an unlock/wake but it mostly only happens when I have CLion/Webstorm open when I suspend/lock the computer and then start hovering variable types to look at documentation, causing the tooltips that are actually windows to constantly open and close. |
Hello, Am I in the right place with my problem? How can I investigate the problem? Logs? Commands? By the way, I use swaylock-effects on openSUSE Tumbleweed. hyprland 0.41.2 |
...seems to be much better since I use hyprlock instead of swaylock-effects. |
I can confirm, that after switching from swaylock-effects to hyprlock the problem never happened again. |
I am running hyprlock, so I don't think that's it. |
From what I could tell this wasn't an issue caused by the screen locking application, from what I read a while back regarding screen locks on wayland they do have access to the window manager process, but only in order to kill it in case someone tries to manually kill the screen locking process, aka the red screen of death, the issue we were experiencing is most likely because after a system wake up, some memory address had changed/corrupted and when hyprland tried to use that address an unexpected error was not being handled correctly, aka inside a try catch block or something like that, only the maintainers/developers that are working on this issue are able to actually figure out what the actual issue is, as this is an issue that requires know-how regarding the code-base in order to properly identify/fix the issue. It feels like the issue is related to #6601 . Because when I was having crashes every couple hours it always started when XWayland windows were constantly opening and closing, a known issue for JetBrains IDE's on Linux, this would make hyprland start closing applications on its own and eventually would stop being able to open XWayland windows, leading up to a crash, however as I stated in my first comment, sometimes this behaviour wouldn't happen and hyprland would just crash after a system wake, regardless if it had a screen locker behind it or not. After updating to v0.41-2 I stopped having these issues, however I haven't been using a locker in a while, because that computer hasn't left the house in a while so there has been no need for me to lock the computer, I'm going to add a hook to the computer lid switch so that it calls swaylock when I close the lid of the computer to test this theory that the screen locker causes issues, and I'm also going to try and abuse this JetBrains IDE issue to see if I can get crashes again. If I'm able to reproduce this issue with screen locking tools I'll report back with the versions that are affected by it. (I'm going to try with v0.41-2 first and then update to a newer version if it exists) |
Regression?
Yes
System Info and Version
System/Version info
Description
Sometimes hyprland crashes when trying to wake my machine up from screensaver. The way I read my logs is that hyprland crashes and takes hyprlock down with it, but it might be the other way around.
How to reproduce
Seems to happen randomly. I have to wait at least for the idle timer to trigger hyprlock and
dpms off
, but it doesn't happen every time.Crash reports, logs, images, videos
Coredump
hyprlandCrashReport2271.txt
The text was updated successfully, but these errors were encountered: