I’m using a Jellyfin server (10.11.6) with the Listebrainz plugin (scrobbler).
While the “now playing” functionality works, when a track is finished Symfonium reports that the track was played for 0 ms, which causes the listen to be dropped and generates no scrobble.
I’m attaching Jellyfin server logs. They indicate that the app reports “playback stopped” three times (which already seems odd), but each time with a duration of 0ms.
Logs:
Upload description: bendardenne
Additional information:
Reproduction steps:
Requires: jellyfin server with listebrainz plugin.
Play a song entirely in the app.
Expected: Listenbrainz adds a scrobble for the played track.
Observed: no scrobble.
No, because 1) Symfonium controls and expose the settings for marking played or not. 2) Symfonium properly report plays that happens offline and would be missed.
I don’t really see why that means the API call for playbackStopped( trackID, 0ms )
cannot be
playbackStopped (trackID, actualElapsedTimeInMS)
I’m afraid of other players not marking items as played (since that typically does nothing for music), which would break scrobbling from those players.
Again playcounts are managed by Symfonium + offline playbacks …
And yes play counts are important data for most users, and reporting the time would lead to invalid and uncontrolled playcounts between server and Symfonium.
Again there’s plenty of threads here explaining all that. The way scrobbles are handled in Jellyfin is very limited. A scrobble should occur when increasing playcount independently of how the playcount is generated (from the position or from the API).
This is something to be handled internally better in Jellyfin and the plugins to properly handle all cases and not just basic online only playback and uncontrolled playcount increase value.