mirror of
https://github.com/JakeStanger/ironbar.git
synced 2026-07-11 06:15:21 +01:00
[GH-ISSUE #1400] Closing bars causes crash #3233
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#3233
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 @ildar on GitHub (Feb 24, 2026).
Original GitHub issue: https://github.com/JakeStanger/ironbar/issues/1400
Describe the bug
Ironbar stops in two cases where it did not in 0.17.1
To reproduce
Steps to reproduce the behavior:
ironbar reloadAnother scenario:
Expected behavior
keep running
System information:
Configuration
Config
``` monitors: eDP-1: - name: "top-panel" ... HDMI-A-2: - name: "HDMI-panel" ... ```Additional context
It did not happen on 0.17.1
log:
@ildar commented on GitHub (Feb 24, 2026):
logs for
ironbar reload:@JakeStanger commented on GitHub (Feb 24, 2026):
I'll leave this open in case anybody else hits it and has any extra info, but I'm fairly sure this isn't anything Ironbar is doing (all I do is ask GTK to close & open some windows, and hook the new windows into layer-shell).
I believe this is a problem with one of the lower-level components - either the GTK Vulkan renderer, the compositor or GPU drivers.
Alternatively it might be fixed on -git and I may have forgotten - could you try building the repo from source and see if it still occurs please?
@ildar commented on GitHub (Feb 25, 2026):
@JakeStanger , I'll try the git HEAD a little later. Meanwhile:
This shows that IB sees something is happening with the screen and exits. This never happened before (in 0.17.1) and I think it's the regression.
Also can you please confirm that
ironbar reloadactually works? For me it crashes even without any config file.@JakeStanger commented on GitHub (Feb 25, 2026):
The log is from GDK, not Ironbar. 0.18 switches to GTK4, which includes new versions of GDK, a new rendering stack, and a new version of gtk-layer-shell. There's a lot of things that could go wrong under the hood, and the most likely culprits are the ones I listed before.
Yes, it works.
@ildar commented on GitHub (Feb 25, 2026):
Can this event be handled? Maybe reload or restart the bar?
@JakeStanger commented on GitHub (Feb 25, 2026):
No, that's not a part of the stack I have control of, and it's a fatal error.
I'd test if it happens with any other gtk4-layer-shell apps for you.