PRNext 0.1.16 : la mise à jour de sécurité React

#Ce qui change dans cette version

Les vérifications App Router refusent React 19.3.0 et les installations mélangées qui conservent un ancien décodeur RSC. Une vérification de sécurité des versions est aussi appliquée indépendamment de la couverture de npm audit.

Ces contrôles empêchent une combinaison connue comme obsolète de devenir un nouveau build. Ils ne remplacent pas la surveillance des dépendances et ne prouvent pas l’absence de vulnérabilités inconnues.

Ces correctifs concernent les React Server Components et les Server Functions dans les applications qui utilisent les fonctions touchées. La mise à jour du framework conserve les paquets concernés alignés, sans remplacer la vérification des dépendances propres au projet. Une dépendance installée dans le workspace reste distincte du code déjà embarqué dans un build déployé.

#Mettre les trois paquets React à jour

Exécutez cette commande dans le projet, puis vérifiez les versions effectivement résolues dans le fichier de verrouillage.

Après l’installation, vérifiez le fichier de verrouillage, les éventuels overrides et les copies multiples de React. Une version différente de React DOM ou de react-server-dom-webpack peut rendre la pile de rendu incohérente. La commande met les paquets à jour ; l’application doit encore passer sa compilation et ses contrôles dans le navigateur.

npm install @thomas.f/prnext@0.1.16-alpha react@19.3.1 react-dom@19.3.1 react-server-dom-webpack@19.3.1

#Recompiler et redémarrer l’application

La mise à jour de node_modules ne remplace pas le JavaScript déjà intégré à une application déployée. Recompilez l’application, déployez le résultat complet à jour et redémarrez-la.

Gardez les versions du framework et des paquets natifs PRNext alignées. Pour un déploiement standalone, recompilez l’ensemble pour le système et l’architecture visés plutôt que de copier seulement un nouvel exécutable.

Mettre node_modules à jour sur un poste de développement ne modifie pas une image de conteneur ou un artefact autonome existant. Recréez le build à partir des dépendances corrigées, puis redémarrez le service qui le sert réellement. Contrôlez la génération déployée avec une page et une Server Action représentative lorsque votre application en utilise.

#Mettre Node.js à jour séparément

Les correctifs React et le moteur Node.js sont deux mises à jour distinctes. Mettre Node seul à jour ne corrige pas ces avis React ; installer PRNext ne remplace ni l’exécutable Node ni l’image d’un conteneur déployé.

Après la mise à jour, testez les Server Actions, l’authentification, les pages dynamiques et la gestion d’erreurs avant de reprendre votre processus habituel de déploiement.

Vérifiez l’exécutable Node utilisé par le service, pas uniquement la version affichée dans un terminal interactif. Un gestionnaire de processus ou un conteneur peut en sélectionner un autre. Le redémarrage avec le moteur corrigé et le contrôle des messages du service permettent de vérifier le processus qui reçoit effectivement les requêtes.