Synapse 1.114.0 fails to load user avatars, displays first letter of their display name instead

[Funtimes909]

Description

On synapse 1.114.0 all user profile pictures from other federated homeservers fail to load with the following entry in the log for each user

Steps to reproduce

• Host own instance of synapse
• Configure federation
• User profile pictures won't render and will display a letter

Homeserver

matrix.funtimes909.xyz

Synapse Version

1.114.0

Installation Method

Docker (matrixdotorg/synapse)

Database

SQLite

Workers

Single process

Platform

Running inside of a docker container on a raspberry pi 5 (arm64)

Configuration

Full configuration file (excluding sensitive tokens)

Configuration file for Synapse.

This is a YAML file: see [1] for a quick introduction. Note in particular

that indentation is important: all the elements of a list or dictionary

should have the same indentation.

[1] https://docs.ansible.com/ansible/latest/reference_appendices/YAMLSyntax.html

For more information on how to configure Synapse, including a complete accounting of

each option, go to docs/usage/configuration/config_documentation.md or

https://element-hq.github.io/synapse/latest/usage/configuration/config_documentation.html

server_name: "funtimes909.xyz"
pid_file: /data/homeserver.pid
listeners:

• port: 8008
  tls: false
  type: http
  x_forwarded: true
  resources:
  • names: [client, federation]
    compress: true
    database:
    name: sqlite3
    args:
    database: /data/homeserver.db
    allow_public_rooms_without_auth: true
    allow_public_rooms_over_federation: true
    delete_stale_devices_after: 30d
    max_upload_size: 500M
    enable_authenticated_media: true
    media_store_path: /media
    media_retention:
    remote_media_lifetime: 7d
    thumbnail_sizes:
• width: 32
  height: 32
  method: crop
• width: 64
  height: 64
  method: crop
• width: 128
  height: 128
  method: crop
• width: 256
  height: 256
  method: crop

Relevant log output

2024-09-04 08:06:22,386 - synapse.access.http.8008 - 473 - INFO - GET-5 - 2407:7000:ae2d:6c00::e75 - 8008 - {@funtimes909:funtimes909.xyz} Processed request: 0.771sec/0.001sec (0.010sec, 0.000sec) (0.007sec/0.002sec/4) 61B 404 "GET /_matrix/client/v1/media/thumbnail/matrix.org/DdviezHgcXVuDhFdopgqbsSD?width=16&height=16&method=crop&allow_redirect=true HTTP/1.1" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Element/1.11.75 Chrome/126.0.6478.234 Electron/31.4.0 Safari/537.36" [0 dbevts]
2024-09-04 08:06:22,533 - synapse.http.matrixfederationclient - 1765 - INFO - GET-28 - {GET-O-9} [matrix.org] Completed: 200 OK [9536 bytes] GET matrix-federation://matrix.org/_matrix/federation/v1/media/download/NXZaAoZsNQyXGDWHHMWFXcGm?timeout_ms=20000
2024-09-04 08:06:22,535 - synapse.http.server - 130 - INFO - GET-28 - <XForwardedForRequest at 0x7fff1852c350 method='GET' uri='/_matrix/client/v1/media/thumbnail/matrix.org/NXZaAoZsNQyXGDWHHMWFXcGm?width=29&height=29&method=crop&allow_redirect=true' clientproto='HTTP/1.1' site='8008'> SynapseError: 404 - Not found

Anything else that would be useful to know?

tried backing up and resetting the media_store directory, can confirm that all files and directories in the subfolders are read and writable by the homeserver

[devonh]

Hmm that is interesting. I just tested with a local federation setup (with enable_authenticated_media: true) and it is working just fine.
It looks like your server was able to download the media successfully: [matrix.org] Completed: 200 OK [9536 bytes] GET matrix-federation://matrix.org/_matrix/federation/v1/media/download/NXZaAoZsNQyXGDWHHMWFXcGm?timeout_ms=20000

There must be either something with your config, or something else about your setup that isn't working.
Do you have any other logs around when it happens?

[Funtimes909]

Oddly enough the problem seems to have gradually resolved itself, everyday the home server seems to be loading more and more profile pictures until today I noticed that it had completely gone back to normal, probably a cache issue? Thank you for your time regardless