depuis 9.5.3 (dans 9.5.2 fonctionne bien), la page d'erreur personnalisée a des styles cassés
utiliser sass pour coiffer
créer une page d'erreur personnalisée _error.jsx (tsx dans mon cas)
besoin de construire pour voir la page d'erreur réelle et essayez de créer une erreur
(construction du fil et démarrage du fil)
dans la page d'erreur, le style global fonctionne bien
mais chaque module.scss est cassé même pour la page d'erreur principale ou pour les composants importés
Salut, la même chose pour moi.
Voici un exemple d'application à reproduire. J'espère que ceci vous aide.
En essayant de déboguer cela localement, je peux voir qu'aucun des chemins fournis à getCssLinks
contient des chemins vers des fichiers css à partir de modules css:
En remontant, je peux voir cette ligne dans getDocumentFiles
, ce qui semble être un bon candidat pour la cause du problème:
mais cette ligne a été modifiée il y a 2 mois dans https://github.com/vercel/next.js/commit/9fcf39acd45966d8a6c362bec62e49a53dcd8581. En remontant plus loin, nous atteignons getPageFiles
, le dernier changement était https://github.com/vercel/next.js/commit/3597978d7f121f11df99cd7cd757e1eb9868fff7 en "Modifier les fichiers à faible priorité dans le manifeste", _possiblement_ tout ce qui se passe dans ici pourrait être la cause? L'intention est difficile à déterminer, mais ces modifications _peut_ ont rompu le contrat pour les données nécessaires pour obtenir les chemins CSS?
Lien ici vers le diff où ce qui précède a été introduit dans le commit 3597978
Il existe une solution de contournement ici: https://github.com/vercel/next.js/discussions/16784#discussioncomment -82053
Commentaire le plus utile
Salut, la même chose pour moi.
Voici un exemple d'application à reproduire. J'espère que ceci vous aide.
https://github.com/TasukuUno/repro-nextjs-16931