mirror of
https://github.com/JakeStanger/ironbar.git
synced 2026-07-11 06:15:21 +01:00
[GH-ISSUE #1367] Very inconsistent brightness module scrolling #6025
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#6025
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 @imnotpoz on GitHub (Feb 10, 2026).
Original GitHub issue: https://github.com/JakeStanger/ironbar/issues/1367
Describe the bug
Very bad scrolling behaviour using the brightness module, seems like the value goes out of bounds and the issue could be fixed by adding that bound check and doing nothing
To reproduce
Steps to reproduce the behavior:
brightnessExpected behavior
I can scroll back immediately
System information:
742de6b102Configuration
Config
Styles
Additional context
Screenshots
@imnotpoz commented on GitHub (Feb 10, 2026):
Just checked and the bounds do actually exist, so this isn't the cause
@imnotpoz commented on GitHub (Feb 10, 2026):
In the video I'm attaching, when my mouse is on the brightness module I'm scrolling up and down pretty fast, when it's off I'm not doing anything (obviously):
https://github.com/user-attachments/assets/f76171ad-66f7-4bb7-b05b-ca1673cd8e4d
All of this seems to stop when I use my brightness keybinds, which use
brightnessctlwith either-5%or+5%@JakeStanger commented on GitHub (Feb 11, 2026):
I'm unable to replicate this with either a trackpad or mouse. Are you able to share your the mouse/trackpad parts of your niri config pls? I don't have it set up on my laptop currently but I'm wondering if it's emitting scroll events faster than Plasma.
@imnotpoz commented on GitHub (Feb 11, 2026):
this is my entire niri config:
and this is the input section:
I'm using my macbook's touchpad for this
@JakeStanger commented on GitHub (Feb 11, 2026):
would anybody like to send me a macbook to test?I'll try and get Niri set up on my laptop soon and see if I can replicate it there. If not, and if you're willing, it might not be a terrible issue to dive into yourself
@imnotpoz commented on GitHub (Feb 12, 2026):
This doesn't work all of the time, I might have just pressed it just as it fizzled out by itself
@JakeStanger commented on GitHub (Feb 12, 2026):
To me it looks like channel lag from the video, ie update messages are being sent faster than they are received. That's likely either due to a delay in processing due to something weird on the Mac, or it's because your trackpad sends way more events than expected.