After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 619970 - [gapless] When using "Stop When Finished" Playcount is upped by 2 instead of 1 after song ends.
[gapless] When using "Stop When Finished" Playcount is upped by 2 instead of ...
Status: RESOLVED WONTFIX
Product: banshee
Classification: Other
Component: general
1.6.1
Other Linux
: Normal normal
: ---
Assigned To: Banshee Maintainers
Banshee Maintainers
gnome[unmaintained]
Depends on:
Blocks: 638943
 
 
Reported: 2010-05-28 18:29 UTC by Ian Mitchell
Modified: 2020-03-17 08:59 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Some tests made in gapless mode (11.26 KB, text/html)
2014-02-09 11:19 UTC, Ismael Olea
Details

Description Ian Mitchell 2010-05-28 18:29:15 UTC
Summary pretty much says it all. Does it with all tracks I've tested whether or not they already have a playcount. I am using the latest build from the ppa at http://launchpad.net/~banshee-team/ on lucid.
Comment 1 Michael Martin-Smucker 2010-05-28 20:10:27 UTC
I'm assuming that Gapless Playback is turned on.  If you turn that off in Edit > Preferences, are you still able to reproduce this?
Comment 2 Ian Mitchell 2010-05-28 22:14:43 UTC
Does not happen with gapless playack turned off. Was there already a bug for this? I searched around first and didn't see anything...
Comment 3 Michael Martin-Smucker 2010-08-19 16:28:34 UTC
Sorry for not getting back sooner.  There was no earlier report about this issue that I know of, but I assumed it was a gapless issue because the gapless feature has led to quite a few issues regarding play counts and updating metadata.

Does this issue only happen when "Stop When Finished" is on?  I have a feeling that the play count actually updates twice when gapless is on, even if you just listen straight through your music.  With gapless, I think the play count is increased when you start playing a song as well as when it ends.  If that's the case for you, then I'll close bug 621222 as a duplicate of this one.
Comment 4 Ian Mitchell 2010-08-25 16:08:00 UTC
(In reply to comment #3)
> Sorry for not getting back sooner.  There was no earlier report about this
> issue that I know of, but I assumed it was a gapless issue because the gapless
> feature has led to quite a few issues regarding play counts and updating
> metadata.
> 
> Does this issue only happen when "Stop When Finished" is on?  I have a feeling
> that the play count actually updates twice when gapless is on, even if you just
> listen straight through your music.  With gapless, I think the play count is
> increased when you start playing a song as well as when it ends.  If that's the
> case for you, then I'll close bug 621222 as a duplicate of this one.

It happens when you use "Stop when Finished" or if you just hit stop outright. It only doubles the play count on the last track played, others are raised by one, as they should.
Comment 5 Gabriel Burt 2010-08-29 21:03:36 UTC
Sounds similar to bug 617620 as well.
Comment 6 Michael Martin-Smucker 2010-10-17 13:20:54 UTC
I'm still not sure if bug 621222 is a duplicate of this or not.  In that report, it sounds like any time you start playing a song with gapless turned on, the playcount is increased by 1, and then it's increased again when the song ends.  Here it sounds like that playcount is increased twice at the end of the song, but only for the last song that is played.

You answered my question, though, so I'm getting rid of the NEEDINFO status.
Comment 7 Ismael Olea 2014-02-09 11:19:28 UTC
Created attachment 268565 [details]
Some tests made in gapless mode

Note that the behaviour with wma is equivalent with ogg and different from mp3
(an wav).
Comment 8 André Klapper 2020-03-17 08:59:23 UTC
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.