Skip to content

fix(mpris): keep MPRIS volume in sync with the actual volume #3226

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Apr 13, 2025

Conversation

h-banii
Copy link
Contributor

@h-banii h-banii commented Apr 12, 2025

Fixes #3225 by reverting some of the modifications from 9da0e43

The code introduced in that commit was meant to prevent a supposed recursion described in #1005 (comment), but I don't think it happens anymore (at least not in the current codebase, maybe it did in the past)


Now we can call this multiple times and it'll increment the volume properly (+10% volume per call)
playerctl --player=YoutubeMusic volume 0.1+

Before, it would always get the same frozen volume and add 0.1 to it, so it would stop incrementing after the first call.

@JellyBrick JellyBrick added enhancement New feature or request bug Something isn't working and removed enhancement New feature or request labels Apr 13, 2025
@JellyBrick JellyBrick requested a review from Copilot April 13, 2025 05:55
Copy link

@Copilot Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copilot reviewed 1 out of 1 changed files in this pull request and generated no comments.

@JellyBrick
Copy link
Collaborator

Thanks!

@JellyBrick JellyBrick merged commit a581ddf into th-ch:master Apr 13, 2025
6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[Bug]: MPRIS: precise-volume: Volume property unsyncs if set through MPRIS
2 participants