In T257718#9512796, @TheDJ wrote:

This is no longer stalled. Anyone willing to implement this can implement this.

In T257719#6298472, @Reedy wrote:

Marking stalled as per T257652; there's a lot of prep work that needs doing before this is done

In T257718#6298468, @Reedy wrote:

Marking stalled as per T257652; there's a lot of prep work that needs doing before this is done

This issue is stalling T257718 and T257719.
I believe that what is blocking AVIF support is generating thumbnails from AVIF files, regardless of the thumbnails' format.
I believe that AVIF is well supported by Wikimedia servers' software stack by now.
Whether AVIF is the default format for all thumbnails or whether it saves time with the processing/bandwidth trade-offs is irrelevant and should not be a blocking issue. AVIF support in general is needed for different reasons (12-bit HDR with browser support, namely).

Thank you for the fast and effective fix!

In T293554#7434361, @Dylsss wrote:

I've updated the task description to better describe the bug, which is not specifically to do with categories and more to do with the fact that switching to any different tab does not re-query the search in that tab. Hope that is ok.

Actually going on the reported url https://commons.wikimedia.org/w/index.php?search=Domaine+Solvay&title=Special:MediaSearch&go=Go&type=page manually returns results.

In T270855#7055698, @VZpolodov wrote:

all the extra color information that current cameras capture.

What about AVIF? What about ICC profiles?

1. Per https://github.com/ImageMagick/ImageMagick/commits/main/coders/jxl.c , first commit that introduces JPEG XL is on 2019-10-05 (release 7.0.8-68). The reference library is used from 2020-12-27 (release 7.0.10-54).
2. No Debian package in the repository yet, although sources are available on https://gitlab.com/wg1/jpeg-xl/-/tree/master/debian
3. ?
4. Google Chrome ships with experimental support at least on Windows/Linux/Mac/Android. Firefox is working on it.
5. GIMP plugin is already available with the reference library: https://gitlab.com/wg1/jpeg-xl/-/tree/master/plugins

In T257719#6383521, @AntiCompositeNumber wrote:

I don't see the benefit of using AVIF if we're going to convert it to another format before it's served though.

There is a clear benefit: >8-bit depth with lossy compression for when a 90MB 16-bit lossless tif/png is overkill. The server always returns an error when I try to upload a large 16-bit tif image, and png is slightly smaller so it works but the metadata is lost. The upcoming jpeg-xs codec should support 16-bit as well so it would make sense to skip jpeg2000 and implement XS.

I think T142243 ([EPIC] Add open graph meta tags) might be most relevant, as T19503 (Provide metadata support on Wikimedia Commons) may be more about providing external data (s.a. that linked through WikiData) rather than what's on the image page (and it makes no mention to the open graph protocol though that may be irrelevant).

Thank you for your impressive work!

It is uploaded using the UploadWizard

Is the sha1 checksum of your file 170bb587605d926667aedcfc7cb82fd82e72c207?