Kenji Baheux has moved

15 Followers
130 Following
30 Posts

Some personal news, as the kids say: next year I'll be starting an *exciting* new role at Shopify, continuing to work on web performance and the web platform, but with a particular focus on commerce. I can't wait to learn more about that space and its needs, and then bring those insights back to the web platform!!

As a result, Thursday will be my last day at Google. Working as part of Chrome's web platform team was a pleasure, an honor and a privilege

The Chrome team have worked hard on reducing the use of this notoriously unreliable API across the ecosystem to allow better use of the bfcache, but it is still registered by many sites and page loads, despite often not firing (particularly on mobile): https://chromestatus.com/metrics/feature/timeline/popularity/202
Chrome Platform Status

If you use unload handlers, then you should check out this potential change in Chrome.

Unload handlers are VERY unreliable but on desktop they also prevent the use of the bfcache on Chrome (and Firefox), while on mobile they don't. We want to align it to how it works on mobile.

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

[Call for feedback] Proposal to gradually skip unload events: already unreliable, top back/forward cache blocker, better alternatives available!

SPA view transitions land in Chrome 111 - Chrome for Developers

The View Transition API allows page transitions within single-page apps, and will later include multi-page apps.

Chrome for Developers
@littlestranger so far I'd say that it's been disappointing (mix of great answers but without correct links to the meat, what I wanted to hear "answers", not meeting requirements on the task such as summarizing something in less than xxx characters and you end up with more than xxx).

It seems New Relic will soon stop using an unload event listener. This prevented pages to benefit from the ultra-fast back/forward cache.

They shipped an experimental setting last month: https://docs.newrelic.com/docs/release-notes/new-relic-browser-release-notes/browser-agent-release-notes/browser-agent-v1222/

And they're about to make it the default: https://github.com/newrelic/newrelic-browser-agent/pull/401

Yeah for faster websites!

Browser agent v1222 | New Relic Documentation

Browser agent v1222

start small: hack the planetarium
Have we really not yet standardized a “lttp:” protocol for linking to resources from The Wayback Machine? You know, a link to the past.
@noam @tomayac @slightlyoff this somewhat reminds me of how bad things were with CJK input method editors with PPAPI Flash in Chrome. It took a lot of energy to get back what should have been a must have in v1 :/ I hope we don't end up with another cycle of "viable in [slice X of the world/users]" products...

@andydavies @PatMeenan

Energy efficiency seems harder to achieve in the short term, and relies on self restraint which the lack thereof got us where we are... Forcing further frugality by necessity might have an impact on demands for non essential goods. The energy aspect might see some improvements as a result of that (less goods to transport/create). That said, it's not clear how much margin that is vs. the war in Ukraine and how that gives pricing power to the gas suppliers.