[Bug]: Scrobble Setup for Last.FM Failing

[ninjo99]

I confirm that:

• I have searched the existing open AND closed issues to see if an issue already exists for the bug I've encountered
• I'm using the latest version (your issue may have been fixed already)

Version

0.58.0

Current Behavior

Enabling "Scrobble to Last.fm" results in the below error:

An error occurred while authorizing with Last.fm.
Request ID: fb772ceaca30/8lWBQkJJ9p-000015

Expected Behavior

Scrobbling to Last.fm should be enabled and synchronizing successfully.

Steps To Reproduce

1. Enable "Scroble to Last.fm. under Settings > Personal
2. Click the "Allow access" button on the Last.fm screen
3. Redirect to the following callback URL with the provided error: https://music.exampledomain.com/api/lastfm/link/callback?uid=c02e5c63-93ef-4fb1-ac7a-85ca5a0dee3a&token=********************************

Environment

- OS: Docker deluan/navidrome
- Browser: Firefox 142.0.1
- Client: n/a

How Navidrome is installed?

Docker

Configuration

services:
  navidrome:
    image: deluan/navidrome:latest
    container_name: navidrome
    ports:
      - "4533:4533"
    restart: unless-stopped
    dns:
      - 8.8.8.8
      - 4.4.4.4
    environment:
      # Optional: put your config options customization here. Examples:
      ND_SCANSCHEDULE: 1h
      ND_LOGLEVEL: info
      ND_SESSIONTIMEOUT: 24h
      ND_BASEURL: ""
      ND_LASTFM_APIKEY: ********************************
      ND_LASFTM_SECRET: ********************************
      ND_AUTOIMPORTPLAYLISTS: false
      ND_SCANNER_PURGEMISSING: "always"
    volumes:
      - "/home/username/docker/navidrome/data:/data"
      - "/mnt/media/Music:/music:ro"

Relevant log output

time="2025-09-05T17:23:41Z" level=debug msg="HTTP: GET http://music.exampledomain.com/api/lastfm/link" elapsedTime=1.5ms httpStatus=200 remoteAddr=162.158.216.148 requestId=a6b832d5fa93/HgeoLMFxkB-000014 responseSize=60 userAgent="Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:142.0) Gecko/20100101 Firefox/142.0"
time="2025-09-05T17:23:42Z" level=error msg="Could not fetch LastFM session key" error="last.fm error(13): Invalid method signature supplied" requestId=a6b832d5fa93/HgeoLMFxkB-000015 token=******************************** userId=c02e5c63-93ef-4fb1-ac7a-85ca5a0dee3a
time="2025-09-05T17:23:42Z" level=warning msg="HTTP: GET http://music.exampledomain.com/api/lastfm/link/callback?uid=c02e5c63-93ef-4fb1-ac7a-85ca5a0dee3a&token=********************************" elapsedTime=120.2ms httpStatus=400 remoteAddr=162.158.216.148 requestId=a6b832d5fa93/HgeoLMFxkB-000015 responseSize=94 userAgent="Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:142.0) Gecko/20100101 Firefox/142.0"
time="2025-09-05T17:23:42Z" level=debug msg="UI configuration" appConfig="map[baseURL: defaultDownloadableShare:false defaultDownsamplingFormat:opus defaultLanguage: defaultTheme:Dark defaultUIVolume:100 devActivityPanel:true devNewEventStream:true devShowArtistPage:true devSidebarPlaylists:true devUIShowConfig:true enableCoverAnimation:true enableDownloads:true enableExternalServices:true enableFavourites:true enableInspect:true enableNowPlaying:true enableReplayGain:true enableSharing:false enableStarRating:true enableTranscodingConfig:false enableUserEditing:true firstTime:false gaTrackingId: lastFMEnabled:true listenBrainzEnabled:true loginBackgroundURL:/backgrounds losslessFormats:FLAC,ALAC,APE,SHN,DSF,WV,WVP,TAK,WAV maxSidebarPlaylists:100 separator:/ shareURL: variousArtistsId:63sqASlAfjbGMuLP4JhnZU version:0.58.0 (9dbe0c18) welcomeMessage:]"
time="2025-09-05T17:23:42Z" level=debug msg="HTTP: GET http://music.exampledomain.com/app/" elapsedTime="973.442µs" httpStatus=200 remoteAddr=162.158.216.148 requestId=a6b832d5fa93/HgeoLMFxkB-000016 responseSize=2586 userAgent="Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:142.0) Gecko/20100101 Firefox/142.0"
time="2025-09-05T17:23:43Z" level=debug msg="HTTP: GET http://music.exampledomain.com/api/lastfm/link" elapsedTime="991.326µs" httpStatus=200 remoteAddr=162.158.216.148 requestId=a6b832d5fa93/HgeoLMFxkB-000017 responseSize=60 userAgent="Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:142.0) Gecko/20100101 Firefox/142.0"
time="2025-09-05T17:23:45Z" level=debug msg="HTTP: GET http://music.exampledomain.com/api/lastfm/link" elapsedTime=1.2ms httpStatus=200 remoteAddr=162.158.216.148 requestId=a6b832d5fa93/HgeoLMFxkB-000018 responseSize=60 userAgent="Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:142.0) Gecko/20100101 Firefox/142.0"

Anything else?

I found closed issue #3886 which seemed related and attempted the DNS setting change (as seen in my docker compose file) but this didn't make a difference. Output of wget also seems to indicate the Last.fm endpoint can be reached without issue.

Connecting to ws.audioscrobbler.com (130.211.19.189:443)
saving to 'index.html'
index.html 100% |*********************************************************************************************************************************************************************************************| 151 0:00:00 ETA
'index.html' saved

Code of Conduct

• I agree to follow Navidrome's Code of Conduct

[PutridQaote]

I'm also having this issue, here are my breadcrumbs on this-

Version

0.58.0 (windows_amd64)

Current Behavior

Enabling "Scrobble to Last.fm" results in the below error:
An error occurred while authorizing with Last.fm.
Request ID: SUNX/rJFa3d3mL1-000022

Expected Behavior

Scrobbling to Last.fm should be enabled and synchronizing successfully.

Steps To Reproduce

1. Enable "Scrobble to Last.fm" under Settings > Personal.
2. Redirected to Last.fm, click the "Allow access" button.
3. Redirects back to Navidrome with the above error.

Environment

• OS: Windows 10 Pro 64-bit
• Browser: Chrome
• Client: n/a
• How Navidrome is installed: standalone navidrome.exe managed with nssm as a Windows service

Configuration (toml)

MusicFolder = "D:\\Sunx Net\\Music"
DataFolder  = "C:\\src\\navidrome\\data"
Address     = "0.0.0.0"
Port        = 4533

LastFM.Enabled = true
LastFM.ApiKey  = "********************************"
LastFM.Secret  = "********************************"

EnableExternalServices = true
BaseUrl = "http://localhost:4533"

LogLevel = "debug"

Relevant log output

time="2025-09-20T18:12:42Z" level=error msg="Could not fetch LastFM session key" error="last.fm error(13): Invalid method signature supplied" requestId=SUNX/rJFa3d3mL1-000022 token=******************************** userId=...
time="2025-09-20T18:12:42Z" level=warning msg="HTTP: GET http://localhost:4533/api/lastfm/link/callback?uid=...&token=********************************" elapsedTime=120.2ms httpStatus=400 remoteAddr=127.0.0.1 requestId=SUNX/rJFa3d3mL1-000022 responseSize=94 userAgent="Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:142.0) Gecko/20100101 Firefox/142.0"

Anything else

Reproduced consistently with BaseUrl set to both http://localhost:4533 and LAN hostname.
This is a clean setup - a recent install with no custom DB or playlists.

[n-e-l]

I can replicate this as well, I've tried older docker images until pr-4303 without success.

Edit: I had a typo in my environment variable names. This fixed my lastfm integration.

[ninjo99]

I circled back to this recently and confirmed Last.FM integration is working for me now.

I'm wondering if something changed on the Last.FM side as I'm still using the same Navidrome version as before (0.58.0) with the same environment settings. Regardless, since I can't replicate the issue again, I'm closing this issue.

[PutridQaote]

nice I also actually resolved the issue for myself. in my case, the problem turned out to be that Navidrome (running as a Windows service) was trying to reach Last.fm’s ws.audioscrobbler.com endpoint over IPv6, and the IPv6 route on my machine was failing silently — resulting in timeouts during the auth.getSession request, even though the same URLs worked fine in a browser.

To fix it, I pinned the Last.fm API host to its working IPv4 address by adding this entry to the Windows hosts file:

130.211.19.189 ws.audioscrobbler.com

After flushing DNS and restarting the Navidrome service, the Last.fm authorization flow completed successfully and scrobbling now works normally. So for me, the root cause wasn’t Navidrome, but a local IPv6/routing issue that only affected the Navidrome process.

[sinewavess]

Happening to me too, however I cannot manage to fix it

[github-actions]

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.