PRNext 0.1.15 : des bases plus solides
Écrit par 
PRNext
PRNextPRNext 0.1.15-alpha a mis à jour plusieurs couches sous l’application : la validation TLS, les dépendances de traitement d’images et les versions Node.js acceptées.
Ces changements sont également inclus dans la 0.1.16-alpha. Pour une mise à jour actuelle, installez la 0.1.16 avec React 19.3.1 plutôt que de vous arrêter à cette version précédente.
TLS et validation des certificats
La version met à jour rustls, rustls-webpki et webpki-root-certs, avec notamment un correctif concernant un certificat intermédiaire emSign qui n’est plus considéré comme fiable.
Ce travail concerne les dépendances du moteur natif. Les dépendances propres à votre application et les services externes conservent leurs besoins de mise à jour.
La validation des certificats intervient pendant la connexion : une dépendance native corrigée compte même lorsque le code applicatif ne change pas. Après recompilation, testez les services HTTPS externes utilisés par votre application. Une requête réussie vers un service ne valide pas toutes les chaînes de certificats ni tous les clients spécifiques au projet.
Images et rendu Open Graph
Le fichier de verrouillage utilise sharp 0.35.5 et source-map-js 1.2.2. Le moteur Open Graph distribué a été recompilé, avec un repli resvg lorsque le backend sharp natif facultatif ne fournit pas librsvg ou utilise une version antérieure à la 2.63.2.
Un override dans le workspace ne suffit pas à corriger du code déjà intégré à un moteur distribué. Le paquet final doit lui aussi embarquer la dépendance corrigée.
Le repli concerne le traitement du backend natif par le moteur d’images distribué. Vérifiez une image optimisée ordinaire et une image Open Graph générée dans l’application compilée. Ces chemins peuvent utiliser du code différent : une vignette correcte ne suffit pas à valider la génération des images de partage.
Une base Node.js corrigée
Les branches compatibles démarrent avec Node.js 22.23.4, 24.22.1 et 26.12.1. L’exécutable local et les images de conteneurs déployées doivent être mis à jour séparément : installer un paquet npm ne les remplace pas.
Considérez le moteur Node et l’artefact applicatif comme deux éléments du déploiement. Identifiez l’exécutable ou l’image qui démarre l’application, recompilez avec les versions attendues et contrôlez le service après redémarrage. Vous évitez ainsi de conserver un fichier de verrouillage corrigé à côté d’un processus utilisant encore un ancien moteur.
La suite pour votre application
Utilisez les instructions de la 0.1.16 pour le paquet documenté dans le guide d’installation, recompilez votre application et redémarrez le résultat déployé. Les changements du développement et des caches de la 0.1.17 sont détaillés dans leurs propres articles.
Conservez la référence de l’artefact et du moteur qui ont passé ces vérifications. Si vous devez revenir à un ancien code applicatif, cette trace aide à distinguer un retour fonctionnel de la réintroduction d’une dépendance obsolète. Vérifiez le résultat de remplacement au lieu de supposer qu’une ancienne image possède les mêmes garanties.