Issue with scrobbling to Last.fm from Roon desktop app when resuming track using play/pause button (ref#IR4H4K)

Hi! What’s not quite right with Roon?

· None of the above quite fits

None of the above quite fits

· None of these quite match

Tell us what's going on

· Hello,
I am experiencing an issue with scrobbling to Last.fm from the Roon desktop application.
When I start playing a track and then pause it, and later resume playback using the pause/play button, the track is not recorded (scrobbled) in Last.fm. It seems to be skipped entirely.
However, if I pause a track and then restart playback using the “Play Now” button instead of resuming, the track is correctly scrobbled.
So the issue specifically occurs when resuming a paused track using the play/pause button — those tracks are not being scrobbled.
Could you please look into this behavior?
Thank you.

Tell us about your home network

· My home network is a simple setup using a single ISP-provided modem/router as the main router. There are no additional routers, mesh systems, managed switches, VLANs, or VPN/firewall customizations in use. My Roon Core runs on a dedicated server, sonic transporter, and is connected via Ethernet. Most of my Roon devices/endpoints are also connected by Ethernet rather than WiFi. All devices are on the same local network/subnet. The network is generally stable, and I am not experiencing broader connectivity issues apart from the Last.fm scrobbling behavior described.

Hey @Dave_de_Man_Lapidoth,

Thanks for writing in and for the report! We were able to review a fresh Roon Server diagnostic report and can confirm the behavior you mention.

Paused then resumed → NOT scrobbled
“Who You Talkin To?” – Jeffrey Osborne (3:52):

  • 09:33:53 fresh start, START sent
  • paused at 0:19; after 5s idle: no playback for 5s, suspending to release audio deviceSuspendOnPlayFeedback Stopped
  • 09:37:20 Unsuspend → a second START is sent, resumes at 0:19, plays fully to 3:52
  • 09:40:54 Creating new play record … seconds=232 (full track), then advances to next track
  • No DONE is ever emitted → nothing scrobbled to [url=http://Last.fm]Last.fm[/url]
Played straight through → scrobbled "Fancy Party" – Silver Convention (5:27), immediately after:
  • 09:40:55 fresh start, single START, plays through
  • 09:46:21 Lastfm '…' DONE: Silver Convention - Fancy Party → scrobbled ✓

A pause longer than ~5 seconds makes the zone auto-suspend and release the audio device, which fires OnPlayFeedback Stopped and tears down the scrobble session for that track. On resume the position is restored and a fresh “now playing” START is even re-sent, but the scrobble-completion accounting is not restored, so when the track finishes, no DONE/track.scrobble is submitted.

This is some we’ll need to escalate to our development team for further analysis, as it’s clearly repeatable.

We’ll be in touch with more information once our team takes a closer look. Thanks for your patience in the meantime! :folded_hands:

Hi @Dave_de_Man_Lapidoth,

We need a little more information to pin this report down.

Does this happen with every Zone in Roon, or is this specific to one Zone? The pathway @benjamin described above occurred with a Cambridge audio endpoint.

Does the endpoint itself disappear as an available Zone before you click Play again?

Are you seeking within the track at all or otherwise engaging with the playback bar when this issue reproduces?

If possible, record a short screen capture video that demonstrates the precise action sequence you’re taking within Roon. Roon has several fallbacks to prevent duplicate scrobbling, and we need to check whether you’re inadvertently triggering any of these anti-duplicate behaviors.