Describe the bug
When I first run hyprpanel after rebooting, it's snappy. But over time, as I put the laptop to sleep (e.g. systemctl suspend) over and over, HyprPanel becomes slower and slower to resume. The easiest way to see this is that it's still showing the time when I suspended the laptop for several seconds, then eventually the current time is displayed — and that pause before I see the current time takes longer and longer the more suspend/resume cycles the laptop has gone through.
I also see gjs taking more and more CPU and RAM when I run top.
To Reproduce
Steps to reproduce the behavior:
- Suspend and resume the laptop repeatedly.
I have not yet narrowed down whether it's number of suspend cycles, or just time, that's causing the issue. If it's suspend cycles, then repeatedly running systemctl suspend and then unsuspending again will trigger this. If it's just time that causes the slowdown, then I won't be able to trigger it reliably.
Expected behavior
HyprPanel would remain as "snappy" and responsive after two dozen suspend/resume cycles as it felt when I first booted up the computer.
Screenshots
N/A
Desktop (please complete the following information):
- Distribution: Arch Linux
- Window Manager/Desktop Environment: Hyprland
Additional context
N/A
Describe the bug
When I first run hyprpanel after rebooting, it's snappy. But over time, as I put the laptop to sleep (e.g.
systemctl suspend) over and over, HyprPanel becomes slower and slower to resume. The easiest way to see this is that it's still showing the time when I suspended the laptop for several seconds, then eventually the current time is displayed — and that pause before I see the current time takes longer and longer the more suspend/resume cycles the laptop has gone through.I also see
gjstaking more and more CPU and RAM when I runtop.To Reproduce
Steps to reproduce the behavior:
I have not yet narrowed down whether it's number of suspend cycles, or just time, that's causing the issue. If it's suspend cycles, then repeatedly running
systemctl suspendand then unsuspending again will trigger this. If it's just time that causes the slowdown, then I won't be able to trigger it reliably.Expected behavior
HyprPanel would remain as "snappy" and responsive after two dozen suspend/resume cycles as it felt when I first booted up the computer.
Screenshots
N/A
Desktop (please complete the following information):
Additional context
N/A