[markdog12]

"Yes, re-opening.".

> Given these positive signals, we would welcome contributions to integrate a performant and memory-safe JPEG XL decoder in Chromium. In order to enable it by default in Chromium we would need a commitment to long-term maintenance. With those and our usual launch criteria met, we would ship it in Chrome.

https://groups.google.com/a/chromium.org/g/blink-dev/c/WjCKc...

[concinds]

Context: Mozilla has had the same stance and many devs (including Googlers) are already working on a Rust decoder which has made good progress.

[bigbuppo]

LOL. Google, the "yeah that thing we bought six months ago, we're killing it off 30 days for 4 weeks ago" company demanding "long-term" anything.

[rjh29]

That conversation doesn't apply to their core products: Search, Mail, Maps, Chrome, Android. Their commitment to maintaining these services over decades has been amazing. It's everything else that sucks.

[professor_v]

Mail is dropping features left and right, like gmailify. I'm pretty sure they're trying to limit the maintenance costs as much as possible.

[PaulHoule]

I could almost imagine the normal search going away to be replaced by a chatbot.

[lonjil]

long term support is actually being provided by google...

just a different team in a different country :D

most jxl devs are at google research in zurich, and already pledged to handle long tetm support

[malfist]

Just like google pledges long term support for everything until the next new and shiny comes along.

[tyre]

I think Chrome can safely be said to have a track record of long term investment.

[bigiain]

It is, after all, their primary ad delivery vector.

[josefx]

Very good track record there, native clients, floc, manifest v2, ...