MAL API may respond with WEBP as the main picture

[koteq]

Well, I'm not sure if Taiga can, or even should handle this case, but still, I want to open an issue to register an odd edge case.

Here is an example, when I open the Anime Information dialog for Jujutsu Kaisen 2nd Season it shows me a question mark.

While in logs, I see Taiga attempts to download https://cdn.myanimelist.net/images/anime/1792/138022.webp image.

2024-05-26 21:00:03 [Debug] http.cpp:128 taiga::http::detail::SendRequest | URL: https://cdn.myanimelist.net/images/anime/1792/138022.webp
2024-05-26 21:00:08 [Debug] http.cpp:128 taiga::http::detail::SendRequest | URL: https://cdn.myanimelist.net/images/anime/1792/138022.webp

Taiga even writes the WEBP image under Taiga\data\db\image\51009.jpg, even though it isn't a valid JPEG.

[erengy]

Not sure if this is still an issue, Jujutsu Kaisen 2nd Season returns 138022.jpg at the moment. I couldn't find any info other than this topic, which is left unanswered.

Qt supports WEBP format via an add-on module, so it should be possible to read/write .webp files in v2.

[koteq]

I accumulated 23 WEBP images under the data\db\image\ folder. However, after visiting the information page of each corresponding anime, I fixed/replaced more than half of the images with JPEGs—I guess MAL personnel updates images over time. Here is a list of MAL anime IDs that seem to continue returning WEBP cover images.

43690
40935
49363
40530
41109
39617
42822
40429
41290
48616
48615

[erengy]

Thanks for the list. Weirdly enough, the website currently displays JPEG images for all those anime, while the API keeps returning WEBP images. Probably not intended on their end.

In any case, I'll try to make v2 more robust against different formats.