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…

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)