Hyprland-update-screen (and other hyprland-guiutils) core dump

Hyprland version
Hyprland 0.52.1 built from branch v0.52.1 at commit 967c3c7404d4fa00234e29c70df3e263386d2597 clean (version: bump to 0.52.1).
Date: Sun Nov 9 23:31:36 2025
Tag: v0.52.1, commits: 6564

Libraries:
Hyprgraphics: built against 0.3.0, system has 0.3.0
Hyprutils: built against 0.10.1, system has 0.10.1
Hyprcursor: built against 0.1.13, system has 0.1.13
Hyprlang: built against 0.6.3, system has 0.6.3
Aquamarine: built against 0.9.5, system has 0.9.5

no flags were set```

Hyprland-update-screen dumps core after launching newly-updated Hyprland (from console). Happened both times updating to 0.52 and 0.52.1 on separate laptops.

Core dump also happens when running hyprland-dialog and hyprland-donate-screen (from the new hyprland-guiutils) from the terminal, with almost identical dump details. No core dumps from the previous hyprland-qtutils that I remember.

Otherwise, Hyprland launches and runs normally.

systemd-coredump[886]: Process 846 (hyprland-update) of user 1000 dumped core.

  Stack trace of thread 846:
  #0  0x00007fa28e0e6416 _ZN11Hyprtoolkit8IElement15setRepositionedEOSt8functionIFvvEE (libhyprtoolkit.so.2 + 0x74416)
  #1  0x00005561301ab5fb n/a (/usr/bin/hyprland-update-screen + 0x65fb)
  #2  0x00007fa28d827675 n/a (libc.so.6 + 0x27675)
  #3  0x00007fa28d827729 __libc_start_main (libc.so.6 + 0x27729)
  #4  0x00005561301acf95 n/a (/usr/bin/hyprland-update-screen + 0x7f95)

  Stack trace of thread 866:
  #0  0x00007fa28d89f042 n/a (libc.so.6 + 0x9f042)
  #1  0x00007fa28d8931ac n/a (libc.so.6 + 0x931ac)
  #2  0x00007fa28d89381c n/a (libc.so.6 + 0x9381c)
  #3  0x00007fa28d895ede pthread_cond_wait (libc.so.6 + 0x95ede)
  #4  0x00007fa285f6761e n/a (libgallium-25.2.6-arch1.1.so + 0x56761e)
  #5  0x00007fa285f2057d n/a (libgallium-25.2.6-arch1.1.so + 0x52057d)
  #6  0x00007fa285f6754d n/a (libgallium-25.2.6-arch1.1.so + 0x56754d)
  #7  0x00007fa28d8969cb n/a (libc.so.6 + 0x969cb)
  #8  0x00007fa28d91aa0c n/a (libc.so.6 + 0x11aa0c)

  Stack trace of thread 871:
  #0  0x00007fa28d89f042 n/a (libc.so.6 + 0x9f042)
  #1  0x00007fa28d8931ac n/a (libc.so.6 + 0x931ac)
  #2  0x00007fa28d89381c n/a (libc.so.6 + 0x9381c)
  #3  0x00007fa28d895ede pthread_cond_wait (libc.so.6 + 0x95ede)
  #4  0x00007fa285f6761e n/a (libgallium-25.2.6-arch1.1.so + 0x56761e)
  #5  0x00007fa285f2057d n/a (libgallium-25.2.6-arch1.1.so + 0x52057d)
  #6  0x00007fa285f6754d n/a (libgallium-25.2.6-arch1.1.so + 0x56754d)
  #7  0x00007fa28d8969cb n/a (libc.so.6 + 0x969cb)
  #8  0x00007fa28d91aa0c n/a (libc.so.6 + 0x11aa0c)

  Stack trace of thread 859:
  #0  0x00007fa28d89f042 n/a (libc.so.6 + 0x9f042)
  #1  0x00007fa28d8931ac n/a (libc.so.6 + 0x931ac)
  #2  0x00007fa28d89381c n/a (libc.so.6 + 0x9381c)
  #3  0x00007fa28d895ede pthread_cond_wait (libc.so.6 + 0x95ede)
  #4  0x00007fa285f6761e n/a (libgallium-25.2.6-arch1.1.so + 0x56761e)
  #5  0x00007fa285f2057d n/a (libgallium-25.2.6-arch1.1.so + 0x52057d)
  #6  0x00007fa285f6754d n/a (libgallium-25.2.6-arch1.1.so + 0x56754d)
  #7  0x00007fa28d8969cb n/a (libc.so.6 + 0x969cb)
  #8  0x00007fa28d91aa0c n/a (libc.so.6 + 0x11aa0c)

  Stack trace of thread 858:
  #0  0x00007fa28d89f042 n/a (libc.so.6 + 0x9f042)
  #1  0x00007fa28d8931ac n/a (libc.so.6 + 0x931ac)
  #2  0x00007fa28d89381c n/a (libc.so.6 + 0x9381c)
  #3  0x00007fa28d895ede pthread_cond_wait (libc.so.6 + 0x95ede)
  #4  0x00007fa285f6761e n/a (libgallium-25.2.6-arch1.1.so + 0x56761e)
  #5  0x00007fa285f2057d n/a (libgallium-25.2.6-arch1.1.so + 0x52057d)
  #6  0x00007fa285f6754d n/a (libgallium-25.2.6-arch1.1.so + 0x56754d)
  #7  0x00007fa28d8969cb n/a (libc.so.6 + 0x969cb)
  #8  0x00007fa28d91aa0c n/a (libc.so.6 + 0x11aa0c)

  Stack trace of thread 848:
  #0  0x00007fa28d89f042 n/a (libc.so.6 + 0x9f042)
  #1  0x00007fa28d8931ac n/a (libc.so.6 + 0x931ac)
  #2  0x00007fa28d89381c n/a (libc.so.6 + 0x9381c)
  #3  0x00007fa28d896312 pthread_cond_clockwait (libc.so.6 + 0x96312)
  #4  0x00007fa28da5f222 _ZN12Hyprgraphics22CAsyncResourceGatherer18asyncAssetSpinLockEv (libhyprgraphics.so.2 + 0x23222)
  #5  0x00007fa28dce55a4 execute_native_thread_routine (libstdc++.so.6 + 0xe55a4)
  #6  0x00007fa28d8969cb n/a (libc.so.6 + 0x969cb)
  #7  0x00007fa28d91aa0c n/a (libc.so.6 + 0x11aa0c)

  Stack trace of thread 870:
  #0  0x00007fa28d89f042 n/a (libc.so.6 + 0x9f042)
  #1  0x00007fa28d8931ac n/a (libc.so.6 + 0x931ac)
  #2  0x00007fa28d89381c n/a (libc.so.6 + 0x9381c)
  #3  0x00007fa28d895ede pthread_cond_wait (libc.so.6 + 0x95ede)
  #4  0x00007fa285f6761e n/a (libgallium-25.2.6-arch1.1.so + 0x56761e)
  #5  0x00007fa285f2057d n/a (libgallium-25.2.6-arch1.1.so + 0x52057d)
  #6  0x00007fa285f6754d n/a (libgallium-25.2.6-arch1.1.so + 0x56754d)
  #7  0x00007fa28d8969cb n/a (libc.so.6 + 0x969cb)
  #8  0x00007fa28d91aa0c n/a (libc.so.6 + 0x11aa0c)

  Stack trace of thread 865:
  #0  0x00007fa28d89f042 n/a (libc.so.6 + 0x9f042)
  #1  0x00007fa28d8931ac n/a (libc.so.6 + 0x931ac)
  #2  0x00007fa28d89381c n/a (libc.so.6 + 0x9381c)
  #3  0x00007fa28d895ede pthread_cond_wait (libc.so.6 + 0x95ede)
  #4  0x00007fa285f6761e n/a (libgallium-25.2.6-arch1.1.so + 0x56761e)
  #5  0x00007fa285f2057d n/a (libgallium-25.2.6-arch1.1.so + 0x52057d)
  #6  0x00007fa285f6754d n/a (libgallium-25.2.6-arch1.1.so + 0x56754d)
  #7  0x00007fa28d8969cb n/a (libc.so.6 + 0x969cb)
  #8  0x00007fa28d91aa0c n/a (libc.so.6 + 0x11aa0c)
  ELF object binary architecture: AMD x86-64
systemd[1]: systemd-coredump@0-1-885_886-0.service: Deactivated successfully.
systemd[1]: systemd-coredump@0-1-885_886-0.service: Consumed 303ms CPU time, 97.9M memory peak.

this is a problem with the arch packages, will likely be fixed once they update to ht 0.3.0 and rebuild dependents…

1 Like

FIXED by the Arch maintainers about an hour ago. I’m guessing they’re daily-driving Hyprland. :slightly_smiling_face:

[ALPM] upgraded hyprutils (0.10.1-1 -> 0.10.2-1)
[ALPM] upgraded hyprtoolkit (0.2.4-1 -> 0.3.0-1)
[ALPM] upgraded hyprland-guiutils (0.1.0-2 -> 0.1.0-3)
[ALPM] upgraded hyprland (0.52.1-1 -> 0.52.1-2)