@CollinHeist said:
/find endpoint returning incorrectly encoded content
Finding an episode occasionally returns a badly encoded response.
I've only tested this with finds by TVDb ID's. This is reproduced consistently with this API request:
https://api.themoviedb.org/3/find/445866?api_key={api_key}&external_source=tvdb_id&language=en
Which returns content that cannot be decoded (viewed in browser or code).
This does not happen to all /find requests, but it does seem consistent for specific episodes.

https://api.themoviedb.org/3/find/445866?api_key=THE_KEY&external_source=tvdb_id&language=en
Is the answer you get different from the one below ?
If it is different, please post here the answer you receive.

movie_results   []
person_results  []
tv_results  []
tv_episode_results  
0   
id  940511
name    "Cat Lovers and Dog Lovers Are Mutually Exclusive"
overview    "To let the dying dog Kintaro see its owner for one last time, Kagura and Katsura sneak it out of the hospital…only to find themselves caught in the war between the “Planet Eaters” (dogs) and “Planet Pukers” (cats), while Earth’s fate hangs in the balance. Escaping from the Planet Pukers, who are after Kintaro, the two head to the hospital where the old man is hospitalized. Meanwhile, the old man, who is supposedly in critical condition, goes missing. The old man’s children request Gintoki’s services, but when he arrives at the hospital…"
media_type  "tv_episode"
vote_average    8
vote_count  2
air_date    "2008-10-30"
episode_number  31
production_code ""
runtime 24
season_number   3
show_id 57041
still_path  "/zqDvOl4o44S2Fii31tEtiBSdpq6.jpg"
tv_season_results   []

When I go to that URL now I get the expected result (what you posted above). Yesterday, I was not.

The screenshot I have of the returned result is https://cdn.discordapp.com/attachments/1005451467689312336/1005684343550791740/Screen_Shot_2022-08-06_at_9.49.30_PM.jpg. The base Python error I got was zlib.error: Error -3 while decompressing data: incorrect header check.

It looks fixed now though, as I am not able to reproduce it with any of the previously failing API requests