Sound page shows stale volume after it changes elsewhere (keys, bar, wpctl) #32

New issue

Closed

opened 2026-10-01 22:20:44 +08:00 by Breadway · 0 comments

Breadway commented

2026-10-01 22:20:44 +08:00

Owner

How I found it

Nested session (talks to the real PipeWire). Set output volume to 25% in the app, then ran wpctl set-volume @DEFAULT_AUDIO_SINK@ 0.77. After several seconds the page still showed 25%.

Confidence

High. Reproduced.

Explanation

The page reads state on mount only and never subscribes to changes, so volume keys, the bar OSD or another mixer leave it stale; the next drag jumps from the stale value. Expected: subscribe (pactl subscribe / wireplumber events) or poll while the page is visible. The same pattern likely applies to Power brightness (not verified).

## How I found it Nested session (talks to the real PipeWire). Set output volume to 25% in the app, then ran `wpctl set-volume @DEFAULT_AUDIO_SINK@ 0.77`. After several seconds the page still showed 25%. ## Confidence High. Reproduced. ## Explanation The page reads state on mount only and never subscribes to changes, so volume keys, the bar OSD or another mixer leave it stale; the next drag jumps from the stale value. Expected: subscribe (pactl subscribe / wireplumber events) or poll while the page is visible. The same pattern likely applies to Power brightness (not verified).

Breadway added the

bug

sound

labels

2026-10-01 22:20:44 +08:00

Breadway closed this issue

2026-10-02 12:22:52 +08:00

Breadway referenced this issue

2026-10-09 21:51:53 +08:00

feat: Bug reports page in Privacy & security #62

Breadway referenced this issue

2026-10-13 19:05:29 +08:00