504 Errors when Music Assistant is pushing to ListenBrainz endpoint

[eroc1990]

Title says it all, but I'm trying to figure out exactly what I did wrong.

I configured my endpointlz.json as it states in the document:

[
  {
    "name": "MusicAssistant",
    "enable": true,
    "data": {
      "token": "myalphanumerictokenvalue"
    }
  }
]

and configured the scrobbler in MA per the documentation (added the token the scrobbler, pointed it to my reverse proxy address (also tried direct IP address, on same LAN).

On the MA side, I see it trying to do something:
[2026-04-16 22:47:26.412 -0400] INFO : [App] [API] [Ingress] [Listenbrainz] [Ingress] [Listenbrainz Endpoint] Received request from a new remote address: ::ffff:172.19.7.202 (UA: python-requests/2.33.1)

And on the MusicAssistant side, I get the following error:

2026-04-16 22:56:03.356 ERROR (ThreadPoolExecutor-0_18) [music_assistant.ListenBrainz Scrobbler] HTTPSConnectionPool(host='reverseproxy.domainfor.musicassistant', port=443): Max retries exceeded with url: /1/submit-listens (Caused by ResponseError('too many 504 error responses'))
urllib3.exceptions.ResponseError: too many 504 error responses
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
  File "/app/venv/lib/python3.13/site-packages/requests/adapters.py", line 645, in send
    resp = conn.urlopen(
        method=request.method,
    ...<9 lines>...
        chunked=chunked,
    )
  File "/app/venv/lib/python3.13/site-packages/urllib3/connectionpool.py", line 942, in urlopen
    return self.urlopen(
           ~~~~~~~~~~~~^
        method,
        ^^^^^^^
    ...<13 lines>...
        **response_kw,
        ^^^^^^^^^^^^^^
    )
    ^
  File "/app/venv/lib/python3.13/site-packages/urllib3/connectionpool.py", line 942, in urlopen
    return self.urlopen(
           ~~~~~~~~~~~~^
        method,
        ^^^^^^^
    ...<13 lines>...
        **response_kw,
        ^^^^^^^^^^^^^^
    )
    ^
  File "/app/venv/lib/python3.13/site-packages/urllib3/connectionpool.py", line 942, in urlopen
    return self.urlopen(
           ~~~~~~~~~~~~^
        method,
        ^^^^^^^
    ...<13 lines>...
        **response_kw,
        ^^^^^^^^^^^^^^
    )
    ^
  [Previous line repeated 2 more times]
  File "/app/venv/lib/python3.13/site-packages/urllib3/connectionpool.py", line 932, in urlopen
    retries = retries.increment(method, url, response=response, _pool=self)
  File "/app/venv/lib/python3.13/site-packages/urllib3/util/retry.py", line 535, in increment
    raise MaxRetryError(_pool, url, reason) from reason  # type: ignore[arg-type]
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
urllib3.exceptions.MaxRetryError: HTTPSConnectionPool(host='reverseproxy.domainfor.musicassistant', port=443): Max retries exceeded with url: /1/submit-listens (Caused by ResponseError('too many 504 error responses'))
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
  File "/app/venv/lib/python3.13/site-packages/music_assistant/providers/listenbrainz_scrobble/__init__.py", line 120, in handler
    self._client.submit_playing_now(listen)
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^
  File "/app/venv/lib/python3.13/site-packages/liblistenbrainz/client.py", line 234, in submit_playing_now
    return self._post_submit_listens([listen], LISTEN_TYPE_PLAYING_NOW)
           ~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/app/venv/lib/python3.13/site-packages/liblistenbrainz/client.py", line 170, in _post_submit_listens
    return self._post(
           ~~~~~~~~~~^
        '/1/submit-listens',
        ^^^^^^^^^^^^^^^^^^^^
        data=json.dumps(submit_json),
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/app/venv/lib/python3.13/site-packages/liblistenbrainz/client.py", line 142, in _post
    response = session.post(
        urljoin(self.api_base_url, endpoint),
        data=data,
        headers=headers,
    )
  File "/app/venv/lib/python3.13/site-packages/requests/sessions.py", line 640, in post
    return self.request("POST", url, data=data, json=json, **kwargs)
           ~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/app/venv/lib/python3.13/site-packages/requests/sessions.py", line 592, in request
    resp = self.send(prep, **send_kwargs)
  File "/app/venv/lib/python3.13/site-packages/requests/sessions.py", line 706, in send
    r = adapter.send(request, **kwargs)
  File "/app/venv/lib/python3.13/site-packages/requests/adapters.py", line 669, in send
    raise RetryError(e, request=request)
requests.exceptions.RetryError: HTTPSConnectionPool(host='reverseproxy.domainfor.musicassistant', port=443): Max retries exceeded with url: /1/submit-listens (Caused by ResponseError('too many 504 error responses'))

Has anyone else encountered anything similar? If so, what did you have to change?

[timmyhbk]

My Listenbrainz (Endpoint) also stopped working after yesterday's update (0.13.0). (I'm using Navidrome.)
Others have reported the same issue here. #561

You can try using v0.12.2 first to see if it works properly.

[FoxxMD]

@eroc1990 please try out docker image foxxmd/multi-scrobbler:pr-563 to see if this fixes the issue

[eroc1990]

I just updated to latest (and destroyed my old container and recreated it to make sure I was right) and it looks like what worked in pr-563 no longer works in :latest, which should be 0.13.1 at this point. I'm getting the same error as I was getting in 0.13.0.

[FoxxMD]

Does the dashboard or logs show the version is 0.13. ? In the dashboard its in the upper left corner.

[eroc1990]

It shows the correct version. But it's working now, so I'm not sure what was causing it to throw the same error initially after the .1 update, and following track changes. Disregard I guess haha. Sorry for necroing the post.

[FoxxMD]

The issue fixed in pr-563 would definitely have been a factor but there could be a different, independent issue with music assistant.

If you see the error occur again please open a new bug report and also include the version of music assistant you have installed, please.

[eroc1990]

Will do. Thanks for your quick work on patching that. I'll open a bug report if it happens again. I'll make sure to watch the MA logs in case its scrobbles to MS time out again with the same error.