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?
Nemůžete nalézt film nebo seriál? Přihlaste se pro jeho vytvoření.
Want to rate or add this item to a list?
Not a member?
Odpověď od defluophoenix
01.04.2025 v 9:15 ODP.
yes, been happening for the past hour. Hopefully it will get fixed soon
Odpověď od snowtauren
01.04.2025 v 9:19 ODP.
Yup, happening for me as well, for some strange about 10% images still load correctly.
Odpověď od EHayes
01.04.2025 v 9:21 ODP.
glad its not only me; all imagers returning 502 on this side
Odpověď od csf.tv
01.04.2025 v 10:35 ODP.
I’m seeing many broken images as well
Odpověď od Alan_8898
01.04.2025 v 10:40 ODP.
The API returns broken images; they've been displaying incorrectly for a few days now. I hope themoviedb.com fixes this quickly. Best regards!
Odpověď od blacksnake669
01.04.2025 v 10:46 ODP.
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.
Odpověď od ivanimprv
01.04.2025 v 11:40 ODP.
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.
Odpověď od Travis Bell
02.04.2025 v 12:05 DOP.
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.
Odpověď od Ruby
03.04.2025 v 6:08 DOP.
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?
Odpověď od Travis Bell
03.04.2025 v 10:52 DOP.
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.
Odpověď od Ruby
03.04.2025 v 11:07 DOP.
Thank you, Travis, for confirming!
Odpověď od Travis Bell
05.04.2025 v 4:49 ODP.
@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.
Odpověď od Alan_8898
18.04.2025 v 3:32 ODP.
Hello, the same problem with the broken covers started happening again. Thank you very much!
Odpověď od Alan_8898
18.04.2025 v 3:32 ODP.
Hello, the same problem with the broken covers started happening again. Thank you very much!
Odpověď od Alan_8898
18.04.2025 v 3:33 ODP.
Help!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!1 Hello, the same problem with the broken covers started happening again. Thank you very much!