É possível nos informar qual era o problema e como poderíamos solucionar o problema se não pudéssemos atualizar agora? Por exemplo, tem a ver com o carregamento de css? É algo que pode ser alterado na configuração?

@ jon64digital Escrevi um artigo completo sobre este problema em # 5994, você pode contornar isso aumentando o limite de tempo de descarte.

@timneutkens, estou usando 8.1.1-canary.24 e o bug ainda existe para mim. Qualquer ideia?

Edit: descobri o que está acontecendo. Não sei por que ...:
Eu tinha um arquivo index.tsx e index.less. Eu estava usando cssModules no meu arquivo netxt.config.js (usando withLess). Ao carregar um /subpage e ter um link que faz referência a / (que está importando estilos como este: import css from './index.less'; ), o script será carregado dinamicamente ( http://localhost:3000/_next/static/development/pages/index.js ), mas não é processado. Na verdade, o url não muda nada, é como se travasse ... Remover a importação de menos arquivos resolveu o problema.

O que fazer?

Edit2: Parece que estou entrando em https://github.com/zeit/next-plugins/issues/282

Eu ainda consigo fazer isso acontecer algumas vezes em 8.1.0 . Vou tentar reproduzir e abrir um novo problema

para mim também não é navegar para / sobre a rota dá 404 todas as vezes! não tenho certeza qual é o problema com o roteamento !? : /

Dependências de 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 forneça sempre uma reprodução completa. É impossível olhar para "acontece para mim"

@jsbimra por favor _sempre_ forneça uma reprodução completa. É impossível olhar para "acontece para mim"

encontrou um problema, ele estava relacionado à etapa ausente na criação de uma página na pasta de páginas de next.js, desculpe incomodar @timneutkens

alguma solução para isso? isso também acontece na produção? porque no dev está acontecendo comigo, o bug é de 2018 e 22 / maio / 2019 ainda esse bug não foi corrigido, se isso não acontecer na produção eu não estou tão preocupado, mas se acontecer então este é um problema muito grande ...

o bug é de 2018 e 22 / maio / 2019 ainda este bug não foi corrigido

Com base na reprodução fornecida por @malimccalla , foi corrigido.

se isso não acontecer na produção, não estou tão preocupado

Não é.

Observe que este comentário não vai resolver seu problema. Como disse muitas vezes antes:

forneça sempre uma reprodução completa. É impossível olhar para "acontece para mim"

Tenho o mesmo problema com a versão mais recente (8.1.0).

Tenho o mesmo problema com a versão mais recente (8.1.0).

Já respondi cerca de 3 vezes com a mesma mensagem exata. Forneça uma reprodução .

Observe que este comentário não vai resolver seu problema. Como disse muitas vezes antes:

forneça sempre uma reprodução completa. É impossível olhar para "acontece para mim"

Eu estava preocupado com o problema de não conseguir acessar ~ / index.tsx .
Mas finalmente encontrei a causa!

Usei uma biblioteca chamada react-activity , mas ao mesmo tempo precisei importar css.

Quando leio o mesmo css duas vezes em lugares diferentes, parece que não consigo migrar.
Como resultado da leitura em _app.tsx , consegui migrar com sucesso.

@timneutkens ok, claro, posso aumentar o tempo de descarte, mas e a situação em que o servidor é iniciado pela primeira vez? Não poderei navegar para essas páginas programaticamente porque ainda não foram criadas. 🤔

Já respondi cerca de 4 vezes com exatamente a mesma mensagem. Forneça uma reprodução .

Observe que este comentário não vai resolver seu problema. Como disse muitas vezes antes:

forneça sempre uma reprodução completa. É impossível olhar para "acontece para mim"

Para responder à pergunta específica, as páginas são criadas sob demanda e este sistema funciona bem. Presumo que você tenha algo em sua configuração que faz com que o webpack não acione o arquivo quando a construção for concluída. No entanto, é difícil / impossível dizer porque não há reprodução.

Observe também que o problema específico, conforme mencionado anteriormente, já foi corrigido e que aumentar o tempo limite não ajuda para o problema específico que você está enfrentando. É por isso que continuo pedindo uma reprodução 🙏.

Estamos muito felizes em investigar isso e dedicar nosso tempo a ele.

Eu criei um novo projeto ontem e funcionou muito bem. Tem que haver algo específico no meu projeto que o faça não funcionar. Vou tentar desmontá-lo gradualmente mais tarde hoje e ver em que ponto o problema desaparece.

Eu adoraria dar uma olhada se você pode reproduzi-lo de forma confiável.

A boa notícia é que consegui localizar o erro. A má notícia é que o problema com meu projeto não era diferente do que outras pessoas relataram neste tópico.

Então, se o problema é com CSS e limite de descarte, e supostamente foi resolvido, devo estar fazendo algo errado. É aqui que você colocou isso?

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

Reprodução: https://github.com/dydokamil/next-js-router-bug

@dydokamil
É um bug conhecido: https://github.com/zeit/next-plugins/issues/282
Você pode "resolver" importando um arquivo CSS vazio.

Posso fazer com que isso seja reproduzido de forma confiável nos modos de desenvolvimento, produção e exportação estática e nenhuma das onDemandEntries ou soluções alternativas de arquivo css vazio ajudaram.

A única maneira de resolver o problema era remover import 'highlight.js/styles/color-brewer.css'; do componente Corpo nas páginas de postagem do meu blog.

Qualquer <Link> instância que apontasse para uma página de postagem de blog não carregaria, mas http://localhost:3000/_next/static/development/pages/post.js ainda seria descartada na página ao clicar em <Link> . Comente que a importação de css, <Link> s para o desempenho do trabalho das postagens do blog. Remova o comentário e todos os <Link> s falham ao carregar as postagens do blog.

Acessar qualquer uma dessas rotas de página de postagem de blog diretamente funciona bem, o bug está relacionado apenas ao lado do cliente roteamento baseado em Isso aconteceu após a atualização da versão 6 para a versão 8.

Eu acertei isso inicialmente com @zeit/next-css mas posso replicar esse problema da mesma maneira depois de trocar @zeit/next-sass e importar um arquivo .scss. Por enquanto, vou apenas carregar esses estilos usando styled-components drop @zeit/next-css . Depois de revisar https://www.npmjs.com/package/@zeit/next -css e https://www.npmjs.com/package/@zeit/next -sass, parece que esses exemplos de uso falhariam 🤔

Você poderia adicionar um repositório de reprodução a https://github.com/zeit/next-plugins/issues/282

O que você está descrevendo parece exatamente com esse problema.

Posso fazer com que isso seja reproduzido de forma confiável nos modos de desenvolvimento, produção e exportação estática e nenhuma das onDemandEntries ou soluções alternativas de arquivo css vazio ajudaram.

A única maneira de resolver o problema era remover import 'highlight.js/styles/color-brewer.css'; do componente Corpo nas páginas de postagem do meu blog.

Qualquer <Link> instância que apontasse para uma página de postagem de blog não carregaria, mas http://localhost:3000/_next/static/development/pages/post.js ainda seria descartada na página ao clicar em <Link> . Comente que a importação de css, <Link> s para o desempenho do trabalho das postagens do blog. Remova o comentário e todos os <Link> s falham ao carregar as postagens do blog.

Acessar qualquer uma dessas rotas de página de postagem de blog diretamente funciona bem, o bug está relacionado apenas ao roteamento baseado no cliente. Isso aconteceu após a atualização da versão 6 para a versão 8.

Eu acertei isso inicialmente com @zeit/next-css mas posso replicar esse problema da mesma maneira depois de trocar @zeit/next-sass e importar um arquivo .scss. Por enquanto, vou apenas carregar esses estilos usando styled-components drop @zeit/next-css . Depois de revisar https://www.npmjs.com/package/@zeit/next -css e https://www.npmjs.com/package/@zeit/next -sass, parece que esses exemplos de uso falhariam 🤔

Depois de adicionar o próximo pacote / css, posso confirmar que isso também aconteceu comigo.

O mesmo aconteceu comigo no desenvolvimento (a produção funciona conforme o esperado), e o problema é quando ligamos para páginas (ou temos componentes dentro) que importam arquivos sass.

Meu arquivo 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: {...},
  }),
);

Então, um dos componentes em profundidade tem esta importância:

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

Quando comento a importação, o link começa a funcionar. Portanto, parece ser um problema com o plugin withSass .

Eu tenho um problema semelhante, mas não o mesmo. Infelizmente recebo o mesmo erro
na produção também. Mas, por alguns motivos, os links às vezes funcionam.

Eu encontrei o mesmo problema com o próximo 9.4
Eu adicionei CodeMirror ontem ao meu projeto e também
import "codemirror/lib/codemirror.css"

Eu tenho algo como pages / page2.js que faz algumas coisas, em seguida, chama router.replace("/") no final disso e de repente parou de fazer qualquer coisa.
A execução de router.replace("/") no depurador mostrou uma promessa que nunca resolve ou atinge os blocos catch ou finally .

Também possivelmente digno de nota é que eu tenho next-css em meu next.config.js - vou tentar removê-lo e ver se isso tem algum impacto.

Parece que talvez haja um hot fix aqui? =)

Aha, isso consertou as coisas para mim - obviamente também tive que mover minha importação para um arquivo shell _app.js .