Skip to content
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鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

馃悰 | RFID: place_not_swipe: Buttons may resume audio without a card present #2324

Open
hoffie opened this issue Apr 6, 2024 · 0 comments
Labels
bug future3 Relates to future3 development needs triage

Comments

@hoffie
Copy link
Contributor

hoffie commented Apr 6, 2024

Version

v3.5.2

Branch

future3/main

OS

Raspberry Pi OS 32bit bookworm

Pi model

3B

Hardware

RFID Reader: RC522

What happened?

When using place_not_swipe, removing the card pauses the current song. I would have expected that the only way to resume the song would be placing the card again. Yet, when using physical buttons (e.g. for next/prev), those buttons will also resume playing.

This is unintuitive to me. Also, if there is no physical stop/pause button, the only way to pause is playing the card again and removing it again, which is even more unintuitive.

There should be some mechanism to prevent that.

Logs

No response

Configuration

No response

More info

Not sure, if/how this was solved in v2?

I guess this could be fixed by preventing all player functions (except for play() itself), which somehow call mpd_client.play(), from performing any action when the player is in paused state.
It would still have to be decided (a) if this is a sane thing to do for all environments, (b) if this is only useful for place_not_swipe=true setups or (c) if this should be configurable in an independent way. I guess I'd argue for (c).

Basis for a fix:
hoffie@2f0d4a1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug future3 Relates to future3 development needs triage
Projects
None yet
Development

No branches or pull requests

1 participant