Bun 1.3.14 : image API native et HTTP/3

Bun 1.3.14 est sorti le 13 mai 2026 avec 92 issues réglées et plusieurs fonctionnalités majeures — un palmarès inhabituel pour une release de patch. Tour d'horizon de ce qui change concrètement pour les développeurs web.

Bun.Image : traitement d'images sans dépendance native

La nouveauté phare de cette version est Bun.Image, une API built-in pour encoder et décoder des images côté serveur. Elle prend en charge JPEG, PNG, WebP, GIF et BMP, avec support additionnel de HEIC, AVIF et TIFF sur macOS et Windows.

L'intérêt principal : plus besoin d'installer sharp et de gérer les node_modules natifs dans les pipelines CI, Docker et les runtimes edge. Bun.Image s'utilise comme une API chainable :

const img = await Bun.image('./hero.jpg');
const resized = img
  .resize(800, 600)
  .toFormat('webp', { quality: 85 });

await Bun.write('./hero.webp', resized);

C'est un argument solide pour les équipes qui gèrent un pipeline d'optimisation d'images en interne, et une alternative sérieuse à sharp pour les workloads qui tiennent dans les limites de l'API built-in.

Support expérimental HTTP/2 et HTTP/3

Bun 1.3.14 active le support expérimental de HTTP/2 dans fetch() et HTTP/3 (QUIC) dans Bun.serve(). En pratique :

• fetch() négocie maintenant HTTP/2 avec les serveurs qui le supportent, ce qui améliore les performances sur les requêtes multiplexées.
• Bun.serve() peut accepter des connexions QUIC en passant une option { tls: { ... }, http3: true }, utile pour les scénarios où la latence réseau est critique.

Le support est marqué expérimental — ne pas activer en production sans tests de régression.

Installs 7x plus rapides avec le linker isolé

Le mode --isolated-linker de Bun gagne un cache global partagé entre les projets. Lors d'une install où les dépendances sont déjà dans le cache, les opérations de lien sont évitées en grande partie, ce qui produit des installs "chaudes" environ 7 fois plus rapides que la baseline. Pour les repos avec beaucoup de dépendances communes ou les monorepos, le gain est immédiat.

La fin d'une ère Zig ?

Un détail qui n'a pas échappé à la communauté : dans le billet de release, Jarred Sumner a laissé entendre que si le rewrite Rust en cours était mergé, "ce serait la dernière version en Zig". The Register a confirmé le 14 mai que ce merge était effectivement en cours, propulsé par des outils d'IA internes. Ce signal fort suggère que Bun 2.0 pourrait arriver avec une fondation entièrement Rust.

Autres ajouts notables

• --no-orphans CLI flag pour nettoyer les node_modules inutilisés
• process.execve() pour remplacer le processus courant
• Bun.Terminal sur Windows via ConPTY
• Builds FreeBSD et Android
• Cache SSL_CTX partagé (réduction mémoire)
• Réécriture de fs.watch() sur Linux et macOS pour une meilleure fiabilité