Est-il possible de nous indiquer quel était le problème et comment nous pourrions le contourner si nous ne pouvons pas mettre à niveau maintenant? Par exemple, est-ce à voir avec le chargement css? Est-ce quelque chose qui peut être changé dans la configuration?

@ jon64digital J'ai écrit une description complète de ce problème dans # 5994, vous pouvez le contourner en augmentant le délai d'élimination.

@timneutkens J'utilise 8.1.1-canary.24 et le bogue existe toujours pour moi. Une idée?

Edit: découvrez ce qui se passe. Je ne sais pas pourquoi tho ...:
J'avais un fichier index.tsx et index.less. J'utilisais cssModules dans mon fichier netxt.config.js (en utilisant withLess). Lors du chargement d'un /subpage et d'avoir un lien qui référence / (qui importe des styles comme celui-ci: import css from './index.less'; ), le script sera chargé dynamiquement ( http://localhost:3000/_next/static/development/pages/index.js ) mais il n'est pas rendu. En fait, l'URL ne change pas du tout, c'est comme si elle était bloquée ... La suppression de l'importation de fichiers moins a résolu le problème.

Que faire?

Edit2: Il semble que je rencontre https://github.com/zeit/next-plugins/issues/282

Je reçois toujours cela se produit parfois aussi sur 8.1.0 . J'essaierai de reproduire et d'ouvrir un nouveau numéro

pour moi aussi, ce n'est pas naviguer vers / à propos de la route donne 404 à chaque fois! ne sais pas quel est le problème avec le routage !? : /

dépendances package.json:

"dependencies": { "cross-env": "^5.2.0", "express": "^4.17.0", "next": "^8.1.0", "react": "^16.8.6", "react-dom": "^16.8.6" }

@jsbimra veuillez toujours fournir une reproduction complète. Il est impossible de se pencher sur "qui arrive pour moi"

@jsbimra veuillez toujours fournir une reproduction complète. Il est impossible de se pencher sur "qui arrive pour moi"

trouvé un problème, il était lié à une étape manquante dans la création d'une page sous le dossier de page de next.js, désolé de déranger @timneutkens

une solution pour cela? cela arrive-t-il aussi en production? car en dev cela m'arrive, le bogue est de 2018 et le 22 mai 2019, ce bogue n'a toujours pas été corrigé, si cela ne se produit pas en production, je ne suis pas si concerné, mais si cela arrive, c'est un très gros problème ...

le bogue vient de 2018 et du 22 mai 2019, ce bogue n'a toujours pas été corrigé

Basé sur la reproduction fournie par @malimccalla, il a été corrigé.

si cela ne se produit pas en production, je ne suis pas si inquiet

Ce n'est pas le cas.

Notez que ce commentaire ne résoudra pas votre problème. Comme dit plusieurs fois auparavant:

veuillez toujours fournir une reproduction complète. Il est impossible de se pencher sur "qui arrive pour moi"

J'ai le même problème avec la dernière version (8.1.0).

J'ai le même problème avec la dernière version (8.1.0).

J'ai maintenant répondu environ 3 fois avec exactement le même message. Veuillez fournir une reproduction .

Notez que ce commentaire ne résoudra pas votre problème. Comme dit plusieurs fois auparavant:

veuillez toujours fournir une reproduction complète. Il est impossible de se pencher sur "qui arrive pour moi"

J'ai été troublé par le problème de ne pas pouvoir accéder à ~ / index.tsx .
Mais j'ai enfin trouvé la cause!

J'ai utilisé une bibliothèque appelée react-activity , mais en même temps j'avais besoin d'importer du CSS.

Quand je lis deux fois le même css à différents endroits, il semble que je ne puisse pas migrer.
Suite à la lecture de _app.tsx , j'ai pu migrer avec succès.

@timneutkens d' accord, bien sûr, je peux augmenter le temps d'élimination, mais qu'en est-il de la situation où le serveur est démarré pour la première fois? Je ne pourrai pas accéder à ces pages par programme car elles ne sont pas encore créées. 🤔

J'ai maintenant répondu environ 4 fois avec exactement le même message. Veuillez fournir une reproduction .

Notez que ce commentaire ne résoudra pas votre problème. Comme dit plusieurs fois auparavant:

veuillez toujours fournir une reproduction complète. Il est impossible de se pencher sur "qui arrive pour moi"

Pour répondre à la question spécifique, les pages sont créées à la demande et ce système fonctionne très bien. Je suppose que vous avez quelque chose dans votre configuration qui empêche Webpack de déclencher le fichier en tant que construction terminée. Cependant c'est difficile / impossible à dire car il n'y a pas de reproduction.

Notez également que le problème spécifique, comme mentionné précédemment, a déjà été résolu et que l'augmentation du délai d'attente n'aide pas pour le problème spécifique que vous rencontrez. D'où la raison pour laquelle je demande toujours une reproduction 🙏.

Nous sommes très heureux d'examiner cela et d'y consacrer du temps.

J'ai créé un nouveau projet hier et cela a très bien fonctionné. Il doit y avoir quelque chose de spécifique dans mon projet qui l'empêche de fonctionner. J'essaierai de le démonter progressivement plus tard aujourd'hui et de voir à quel point le problème disparaîtra.

J'adorerais jeter un coup d'œil si vous pouvez le reproduire de manière fiable.

La bonne nouvelle est que j'ai pu identifier l'erreur. La mauvaise nouvelle est que le problème avec mon projet n'était pas différent de ce que d'autres personnes, dans ce fil, ont rapporté.

Donc, si le problème est lié au CSS et à la limite d'élimination, et qu'il est censé être résolu, je dois faire quelque chose de mal. Est-ce là que vous les mettez?

module.exports = withCSS({ onDemandEntries: { maxInactiveAge: 1000 * 60 * 60 } })

Reproduction: https://github.com/dydokamil/next-js-router-bug

@dydokamil
C'est un bug connu: https://github.com/zeit/next-plugins/issues/282
Vous pouvez le «résoudre» en important un fichier CSS vide.

Je peux obtenir que cela se reproduise de manière fiable dans les modes de développement, de production et d'exportation statique et aucune des solutions de contournement onDemandEntries ou de fichier css vide n'a aidé.

La seule façon de résoudre le problème était de supprimer import 'highlight.js/styles/color-brewer.css'; du composant Body sur les pages de mon blog.

Toute instance <Link> qui pointait vers une page d'article de blog échouerait à se charger mais http://localhost:3000/_next/static/development/pages/post.js serait toujours déposée sur la page sur <Link> click. Commentez cette importation css, <Link> s aux articles de blog work perf. Décommentez et tous les <Link> ne parviennent pas à charger les articles de blog.

Accéder directement à l'un de ces itinéraires de page de blog fonctionne correctement, le bogue est uniquement lié au côté client routage basé sur. Cela s'est produit après la mise à niveau de la version 6 à la version 8.

J'ai d'abord frappé ceci avec @zeit/next-css mais je peux répliquer ce problème de la même manière après avoir échangé @zeit/next-sass et importé un fichier .scss. Pour l'instant, je ne fais que charger ces styles en utilisant styled-components drop @zeit/next-css . Après avoir examiné https://www.npmjs.com/package/@zeit/next -css et https://www.npmjs.com/package/@zeit/next -sass, il semble que ces exemples d'utilisation casseraient 🤔

Pourriez-vous ajouter un référentiel de reproduction à https://github.com/zeit/next-plugins/issues/282

Ce que vous décrivez ressemble exactement à ce problème.

Je peux obtenir que cela se reproduise de manière fiable dans les modes de développement, de production et d'exportation statique et aucune des solutions de contournement onDemandEntries ou de fichier css vide n'a aidé.

La seule façon de résoudre le problème était de supprimer import 'highlight.js/styles/color-brewer.css'; du composant Body sur les pages de mon blog.

Toute instance <Link> qui pointait vers une page d'article de blog échouerait à se charger mais http://localhost:3000/_next/static/development/pages/post.js serait toujours déposée sur la page sur <Link> click. Commentez cette importation css, <Link> s aux articles de blog work perf. Décommentez et tous les <Link> ne parviennent pas à charger les articles de blog.

Le fait d'accéder directement à l'un de ces itinéraires de page de blog fonctionne correctement, le bogue n'est lié qu'au routage côté client. Cela s'est produit après la mise à niveau de la version 6 à la version 8.

J'ai d'abord frappé ceci avec @zeit/next-css mais je peux répliquer ce problème de la même manière après avoir échangé @zeit/next-sass et importé un fichier .scss. Pour l'instant, je ne fais que charger ces styles en utilisant styled-components drop @zeit/next-css . Après avoir examiné https://www.npmjs.com/package/@zeit/next -css et https://www.npmjs.com/package/@zeit/next -sass, il semble que ces exemples d'utilisation cassent 🤔

Après avoir ajouté le package suivant / css, je peux confirmer que cela m'est arrivé également.

La même chose m'est arrivée en développement (la production fonctionne comme prévu), et le problème est lorsque nous lions vers des pages (ou avons des composants à l'intérieur) qui importent des fichiers SASS.

Mon fichier next.config.js :

const withSass = require('@zeit/next-sass');

const withBundleAnalyzer = require('@next/bundle-analyzer')({
  enabled: process.env.ANALYZE === 'true',
});

require('dotenv').config();

module.exports = withBundleAnalyzer(
  withSass({
    distDir: '../dist',
    env: {...},
  }),
);

Alors, l'un des composants en profondeur a cette importation:

// MIGRATE: PriceDetail to styled components
import './PriceDetail.scss';

Lorsque je commente l'importation, le lien commence à fonctionner. Cela semble donc être un problème avec le plugin withSass .

J'ai un problème similaire mais pas le même. Malheureusement, j'obtiens la même erreur
en production aussi. Mais pour certaines raisons, les liens fonctionnent parfois.

J'ai rencontré le même problème avec le prochain 9.4
J'ai ajouté CodeMirror hier à mon projet et aussi
import "codemirror/lib/codemirror.css"

J'ai quelque chose comme pages / page2.js qui fait des trucs puis appelle router.replace("/") à la fin de cela et il a soudainement arrêté de faire quoi que ce soit.
L'exécution de router.replace("/") dans le débogueur a montré une promesse qui ne résout ou n'atteint jamais les blocs catch ou finally .

Il est également intéressant de noter que j'ai next-css dans mon next.config.js - je vais essayer de le supprimer et voir si cela a un impact.

On dirait qu'il y a peut-être un correctif ici? =)

Aha, cela a résolu les choses pour moi - je devais évidemment aussi déplacer mon import dans un fichier shell _app.js .