Skip to content

fix(volume): restore volume for the same bindings dial controls - #156

Closed
madebynoxc wants to merge 1 commit into
nvdweem:mainfrom
madebynoxc:fix/linux-force-volume-matcher
Closed

fix(volume): restore volume for the same bindings dial controls#156
madebynoxc wants to merge 1 commit into
nvdweem:mainfrom
madebynoxc:fix/linux-force-volume-matcher

Conversation

@madebynoxc

@madebynoxc madebynoxc commented Aug 30, 2026

Copy link
Copy Markdown
Contributor

Linux-specific issue.

LinuxNewSessionVolumeService decided whether a new or changed audio session belonged to an App-volume binding with an exact, case-sensitive List.contains against the stream's executable name only, but the command that drives the dial matches the executable or the title, case-insensitively. So what matched the binding, didn't match the volume restore. This PR adds a more fuzzy match to have the same logic as binding.

I did the fix, Claude did the investigation, authored a test for this change and ran the tests for me.

@nvdweem

nvdweem commented Sep 4, 2026

Copy link
Copy Markdown
Owner

I'm currently not booted into Linux, so haven't been able to validate it completely, but it looked like it should work.
The change was cherry-picked to the release/2.0 branch, a new version should be up shortly.

I've made Claude move the match rule into one place so the dial and restore paths can't drift apart again, which also covers portal app ids and the same mismatch on the focus-volume path. They added a CHANGELOG entry too.

The pull request doesn't show that it's merged due to the cherry pick, but the work is in.
Thanks for contributing!

@nvdweem nvdweem closed this Sep 4, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants