GNOME Bugzilla – Bug 654004
[gapless] Banshee does not increase play count with repeat single
Last modified: 2020-03-17 09:22:25 UTC
Play count increases by +1 each time Banshee finishes a song and moves to a new song, but if repeat single is enabled play count is not increased until repeat single is removed and new (different) song begins. Then the play count is increased by +1 even if the song has been repeated several times. This bug can be reproduced every time with Banshee 2.0.0.
Thanks for reporting this! Do you have gapless playback enabled? And if you disable it in Edit > Preferences, can you still reproduce the bug?
I had gapless playback enabled earlier, without it Banshee increases play count as it should with repeat single or repeat all (with only one item in the playlist). Curiously, with gapless playback enabled, the repeat all option still increases the play count even if playlist only includes a single item whereas repeat single does not.
Thanks for following up. I'm getting rid of the NEEDINFO status.
*** Bug 656495 has been marked as a duplicate of this bug. ***
Oops, I didn't find this one. I have observed the same problem. Why is it still on unconfirmed? Doesn't it happen elsewhere?
(In reply to comment #5) > Oops, I didn't find this one. I have observed the same problem. > Why is it still on unconfirmed? Doesn't it happen elsewhere? No problem. As far as I know, the difference between UNCONFIRMED and NEW isn't particularly important to developers, but since we now have multiple reports of this, it's probably safe to confirm it.
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the responsibility for active development again. See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.