mirror of
https://github.com/JakeStanger/ironbar.git
synced 2026-07-11 08:15:21 +01:00
[GH-ISSUE #960] Taking screenshots on Hyprland with grimblast crashes the workspaces module #4510
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#4510
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 @Funtimes909 on GitHub (May 8, 2025).
Original GitHub issue: https://github.com/JakeStanger/ironbar/issues/960
Describe the bug
Taking screenshots with grimblast on hyprland crashes* ironbar
*The bar stays open and continues working as expected except the workspaces module freezes completely and stops registering new workspaces or workspace changes
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Taking screenshots should not crash the workspaces module
System information:
Configuration
All my bar configurations are in my dotfiles repo here
Additional context
This problem occurs on both latest stable release and compiled from source
Screenshots
Log output when it crashes
@JakeStanger commented on GitHub (May 8, 2025):
Thanks for reporting. The actual error looks like an upstream issue with the hyprland-rs crate to me, although Ironbar shouldn't crash due to that.
@Funtimes909 commented on GitHub (May 9, 2025):
Shall I report this upstream to hyprland-rs as well then? Thanks for your response
@JakeStanger commented on GitHub (May 16, 2025):
Yes I think so, I'd use
RUST_BACKTRACE=1to get more detail as to where exactly inside the crate it's crashing, but the library should never error handling a response from the Hyprland IPC.I'd hold off until I get a patch in place first though. I'm going to update the Hyprland crate as well as prevent it from crashing under the same error. The crate update may include a fix.