mirror of
https://github.com/JakeStanger/ironbar.git
synced 2026-07-11 06:15:21 +01:00
[GH-ISSUE #798] Workspaces gets stuck after dpms cycle/monitor connect #7275
Labels
No labels
A:Build
A:CI
A:Client
A:Config
A:Core
A:Documentation
A:Documentation
A:IPC
A:Testing
A:UX/UI
blocked
BREAKING CHANGE
duplicate
good first issue
GTK4
help wanted
invalid
M:Battery
M:Battery
M:Bindmode
M:Bluetooth
M:Brightness
M:Cairo
M:Clipboard
M:Clock
M:Clock
M:Custom
M:Focused
M:Keyboard
M:Launcher
M:Menu
M:Music
M:Music
M:Music
M:Network Manager
M:Notifications
M:SysInfo
M:Tray
M:Volume
M:Workspaces
partially resolved
P:Critical
P:High
P:Low
P:Medium
pull-request
T:Bug
T:Bug
T:Core Enhancement
T:Module Enhancement
T:New Module
T:Question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
JakeStanger/ironbar#7275
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @chmanie on GitHub (Dec 2, 2024).
Original GitHub issue: https://github.com/JakeStanger/ironbar/issues/798
Describe the bug
I'm on Hyprland and I'm having the issue that after a while the focused workspace is "stuck" at a certain number and won't change until I issue
ironbar reload. Also, no new workspaces are recognized and added. Everything else (like hover) seems to still work fine.The log might be helpful (maybe?):
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The focused workspace changes in sync with the Hyprland workspace
System information:
I also tested this with this PR: https://github.com/JakeStanger/ironbar/pull/748 to the same result.
Configuration
Config
Styles
@chmanie commented on GitHub (Dec 2, 2024):
OK, I did some more digging, that's probably worth a separate comment.
The hyprland client dies trying to parse this bit:
As monitorID is only allowed to be a
i128(and notnull). I can't really tell where to look for the culprit now. Is this something Hyprland should not be doing, or is this something thathyprland-rsshould fix? In any case, this might not be something that can be solved within ironbar, so I'm closing this.Just for completeness' sake, it's kind of connected to this: https://github.com/hyprwm/Hyprland/issues/7608
@JakeStanger commented on GitHub (Jan 2, 2025):
Hyprland has practically no spec for its IPC so hard to tell. You have to sorta work on the basis that what Hyprland says goes, so if it's sending null the IPC client should support that.
@chmanie commented on GitHub (Jan 12, 2025):
I'm reopening this as there is now work being done in hyprland-rs and it would require an update of that dependency.
Furthermore I'd like to flag the other error messages that pop up when switching off a screen:
The most concerning thing about this error message is that it is logged over 120 times within 1 second, I guess.
Also this but I think this is probably expected
@JakeStanger commented on GitHub (May 19, 2025):
Adding the
blockedtag as unfortunatelyhyprland-rslooks pretty dead currently, and hasn't had a commit in 4 months.@JakeStanger commented on GitHub (Sep 29, 2025):
I've updated the Hyprland IPC crate to new release, which includes a few fixes. Has that helped/resolved the issue?
@chmanie commented on GitHub (Sep 29, 2025):
Thank you! I'll test with the latest version and get back to you!
@JakeStanger commented on GitHub (Dec 26, 2025):
@chmanie hey, did you get a chance to test this?