Alexays
Hyprland module goes unresponsive
After some times, the hyprland modules, window and workspace, stops updating completely. These warnings are spamming in journalctl --user --follow -u waybar:
May 29 16:45:33 nyx .waybar-wrapped[311630]: Unable to replace properties on 0: Error getting properties for ID
May 29 16:45:33 nyx .waybar-wrapped[311630]: Sync failed, now we've got extra layout nodes.
May 29 16:45:33 nyx .waybar-wrapped[311630]: Unable to replace properties on 0: Error getting properties for ID
May 29 16:45:34 nyx .waybar-wrapped[311630]: Sync failed, now we've got extra layout nodes.
May 29 16:45:34 nyx .waybar-wrapped[311630]: Unable to replace properties on 0: Error getting properties for ID
May 29 16:45:35 nyx .waybar-wrapped[311630]: Sync failed, now we've got extra layout nodes.
May 29 16:45:35 nyx .waybar-wrapped[311630]: Unable to replace properties on 0: Error getting properties for ID
May 29 16:45:35 nyx .waybar-wrapped[311630]: Sync failed, now we've got extra layout nodes.
May 29 16:45:35 nyx .waybar-wrapped[311630]: Unable to replace properties on 0: Error getting properties for ID
May 29 16:45:36 nyx .waybar-wrapped[311630]: Sync failed, now we've got extra layout nodes.
May 29 16:45:36 nyx .waybar-wrapped[311630]: Unable to replace properties on 0: Error getting properties for ID
May 29 16:45:36 nyx .waybar-wrapped[311630]: Sync failed, now we've got extra layout nodes.
May 29 16:45:36 nyx .waybar-wrapped[311630]: Unable to replace properties on 0: Error getting properties for ID
May 29 16:45:37 nyx .waybar-wrapped[311630]: Sync failed, now we've got extra layout nodes.
May 29 16:45:37 nyx .waybar-wrapped[311630]: Unable to replace properties on 0: Error getting properties for ID
May 29 16:45:38 nyx .waybar-wrapped[311630]: Sync failed, now we've got extra layout nodes.
May 29 16:45:38 nyx .waybar-wrapped[311630]: Unable to replace properties on 0: Error getting properties for ID
So the Inter-Process Communication (IPC) mechanism between Waybar and Hyprland seems to be failing or becoming unstable, Maybe a bug in Wayland's processing loop could be causing it to stall?
Does it happen consistently after a certain time, or after specific actions? Does restarting Waybar fix it, or do you need to restart Hyprland too? Does it happen with a minimal Waybar config, only including the Hyprland modules?
I am not sure what action caused it but I suspect that reloading the bar with SIGUSR2 maybe problematic. I can provide a config when I remove all the secrets and make it public.
This happens on mine too, just pkill-ing waybar and running it again does always fix it though, no need to restart hyprland.
(I'm assuming this is the same issue, the modules no longer update with the active workspace/window title, but clicking to change workspace still works and hovering over workspace buttons still changes the style—sounds like the IPC to me)
Running waybar with only the hyprland modules seems to have survived the IPC disconnecting, I had two bars simultaneously, one with only the hyprland modules, one with my normal config and the normal got the issue, the hyprland-only one didn't. I'll check different combinations to see if its an interaction between modules
This is the output of waybar when the modules freeze:
[2025-07-09 23:09:11.877] [info] Bar configured (width: 1920, height: 30) for output: HDMI-A-1
[2025-07-09 23:09:38.933] [info] Bar configured (width: 1536, height: 30) for output: eDP-1
** (waybar:331117): CRITICAL **: 23:09:38.940: static void Glib::DispatchNotifier::unreference_instance(Glib::DispatchNotifier*, const Glib::Dispatcher*): assertion 'instance == notifier' failed
[2025-07-09 23:09:38.940] [info] Hyprland IPC stopping...
[2025-07-09 23:09:38.946] [info] Bar removed from output: eDP-1
[2025-07-09 23:09:56.417] [info] Loading persistent workspaces from Hyprland workspace rules
[2025-07-09 23:09:56.417] [warning] 'swap-icon-label' must be a bool.
What I did there was suspend the system, close my laptop, then wake with external monitor, I feel like there's a pattern along those lines, haven't been able to completely reliably replicate though.
Smallest number of modules where I've had it happen was "hyprland/workspaces", "hyprland/window", "clock", "custom/dunst" (where "custom/dunst" is the first example from your wiki)
