The API is returning broken images.
Even the image provided in the API doc as an example isn't loading: https://image.tmdb.org/t/p/w500/1E5baAaEse26fej7uHcjOgEE2t2.jpg
Anyone else experiencing this?
Un film, une émission télévisée ou un artiste est introuvable ? Connectez-vous afin de créer une nouvelle fiche.
Vous souhaitez évaluer ou ajouter cet élément à une liste ?
Pas encore membre ?
Réponse de defluophoenix
le 1 avril 2025 à 21h15
yes, been happening for the past hour. Hopefully it will get fixed soon
Réponse de snowtauren
le 1 avril 2025 à 21h19
Yup, happening for me as well, for some strange about 10% images still load correctly.
Réponse de EHayes
le 1 avril 2025 à 21h21
glad its not only me; all imagers returning 502 on this side
Réponse de csf.tv
le 1 avril 2025 à 22h35
I’m seeing many broken images as well
Réponse de Alan_8898
le 1 avril 2025 à 22h40
The API returns broken images; they've been displaying incorrectly for a few days now. I hope themoviedb.com fixes this quickly. Best regards!
Réponse de blacksnake669
le 1 avril 2025 à 22h46
OK, confirmed on TMDB - the image server is experiencing issues today. TMDB is aware but no idea what the ETA is for bringing it back up.
Réponse de ivanimprv
le 1 avril 2025 à 23h40
I'm experiencing severe issues with the TMDB image service too. Approximately 75-85% of all image requests from my application are failing with 502 Bad Gateway and 504 Gateway Timeout errors. Key details about the issue:
Error codes: Consistently receiving 502 and 504 errors Frequency: Only 15-25% of images load successfully Consistency: The problem persists across different browsers, devices, and networks Testing: I've conducted testing through different domains, networks, and even via VPN from different countries with similar results Implementation: My application uses standard image URLs as per TMDB documentation with lazy loading implemented
This issue affects all types of images (posters, backdrops, profiles) and has been consistent over the past [6 hours]. I've verified that my API implementation is correct as all other API endpoints are functioning normally. I've attached screenshots showing the console errors and a log of failed requests for your reference. Could you please investigate this issue with your image CDN or backend servers? This is severely impacting the UX.
Réponse de Travis Bell
le 2 avril 2025 à 00h05
Yup, our image backends are having some issues keeping up with the load right now. They're slowly coming back to life and we're seeing signs of improvement over the past hour. Rest assured, we're continuing to monitor them.
Réponse de Ruby
le 3 avril 2025 à 06h08
I've noticed that images (e.g., posters, backdrops) now download as WEBP rather than JPEG in Chrome. Can I check if it's a deliberate change or perhaps an unintended impact of fixing the issue above?
Réponse de Travis Bell
le 3 avril 2025 à 10h52
Hi @rubylane, yes, this is an intended change, we support webp images now.
They're downloading that way because Chrome sends a header saying webp is supported, and is the preferred image format. To force Chrome to download a certain file type, you will probably have to use an extension, something like this Save Image As Type extension. Chrome is generally optimized for performance which is why webp is preferred over jpeg.
Réponse de Ruby
le 3 avril 2025 à 11h07
Thank you, Travis, for confirming!
Réponse de Travis Bell
le 5 avril 2025 à 16h49
@WSoliman No, there is no known issue.
If you are having an issue, please create a new thread in the relevant forum. This thread is related to an image outage we had on April 1 which has been fixed.
Réponse de Alan_8898
le 18 avril 2025 à 15h32
Hello, the same problem with the broken covers started happening again. Thank you very much!
Réponse de Alan_8898
le 18 avril 2025 à 15h32
Hello, the same problem with the broken covers started happening again. Thank you very much!
Réponse de Alan_8898
le 18 avril 2025 à 15h33
Help!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!1 Hello, the same problem with the broken covers started happening again. Thank you very much!