Describe the bug
When "Resume playback on startup" and "Pause instead of resuming immediately" are enabled, starting the player will submit a scrobble if it's across the "submit scrobble" threshold". This happens regardless of whether you press play and every time you restart the player.
The last time I actually listened to the track was the last scrobble on the 28th, but due to my dualbooting (and occasional misclicks on it in the taskbar) it's submitted a bunch of scrobbles.
Steps to reproduce
Have resume playback on startup enabled. I only tested with "pause instead of resuming immediately" enabled, but I assume it would submit an extra scrobble if only playback is enabled and it starts near the end of a track as well.
Expected behavior
If a scrobble has been submitted already for that track (ie the queued tracks is empty), which it seems to be in my case, a scrobble does not get submitted.
~> cat /home/nova/.config/audacious/scrobbler.log
[nova@namine ~]
~>
Additional information
I'm using 4.5.1 on Fedora KDE, with the classic interface.
This was actually reported ages ago from the sounds of it, but was closed due to inactivity off the scrobbler plugin at the time:
https://redmine.audacious-media-player.org/issues/262
Describe the bug
When "Resume playback on startup" and "Pause instead of resuming immediately" are enabled, starting the player will submit a scrobble if it's across the "submit scrobble" threshold". This happens regardless of whether you press play and every time you restart the player.
The last time I actually listened to the track was the last scrobble on the 28th, but due to my dualbooting (and occasional misclicks on it in the taskbar) it's submitted a bunch of scrobbles.
Steps to reproduce
Have resume playback on startup enabled. I only tested with "pause instead of resuming immediately" enabled, but I assume it would submit an extra scrobble if only playback is enabled and it starts near the end of a track as well.
Expected behavior
If a scrobble has been submitted already for that track (ie the queued tracks is empty), which it seems to be in my case, a scrobble does not get submitted.
Additional information
I'm using 4.5.1 on Fedora KDE, with the classic interface.
This was actually reported ages ago from the sounds of it, but was closed due to inactivity off the scrobbler plugin at the time:
https://redmine.audacious-media-player.org/issues/262