Gatsby: [v2] Error: No se puede encontrar el módulo 'core-js / modules / es6.array.filter'

¿Puede intentar eliminar los archivos de bloqueo (yarn.lock / package-lock.json) y node_modules y volver a instalar?

Gracias Pieh, sí, lo intenté, no, me temo.

De hecho, solo solucioné esto ejecutando npm install --save core-js

¡Impresionante!

¿Todavía tiene una salida de error completa (con seguimiento de pila)? Sería bueno arreglarlo si esto está relacionado con gatsby y no es un problema con uno de los paquetes de la tercera parte.

Pieh Tuve el mismo problema y lo identifiqué con babel eliminando la dependencia core-js en sus versiones beta 7.0.0, antes de que lo volvieran a poner en su versión final.

@kmorf bien encontrado! Yo también tengo el mismo problema.

Pieh Tuve el mismo problema y lo identifiqué con babel eliminando la dependencia core-js en sus versiones beta 7.0.0, antes de que lo volvieran a poner en su versión final.

Bien, esto no es algo que gatsby pueda arreglar, ¿verdad?

¿También ocurre este error en el nodo o en el navegador? Definitivamente necesito más información aquí, para saber si esto es algo que realmente debería ser un problema aquí o algo que sucedió aguas arriba y sobre lo que no tenemos control: /

No creo que gatsby deba intentar arreglar esto. Hubo muchos proyectos React diferentes que fallaron cuando esto sucedió, por lo que los usuarios agregaron core-js a sus devDependencies. No he tenido este problema desde que se lanzó babel 7.0.0 .

Cerremos esto por ahora entonces (de nuevo :))

Me encuentro con el problema de nuevo hace un momento. Adjunto una confirmación en mi gatsby-node.js . Creo que recibí el error cuando usé _.each lugar de .forEach .

También me afecta este problema y creo que se puede volver a los cambios de Babel 7 para el paquete @babel/polyfill . Consulte también mdx-js / mdx # 271 para obtener una descripción detallada de mi análisis actual. Actualmente, la única solución para deshacerse de esto es agregar @babel/polyfill como dependencia de desarrollo que, como se describe en la guía de migración vinculada anteriormente, ahora es más o menos un proxy para el paquete core-js v2 .

También estoy viendo este problema y puedo confirmar que un cambio reciente en Babel es lo que rompió la construcción. Ahora investigando cómo se puede solucionar esto en Gatsby. (Agregar core-js a devDependencies no hizo nada para la compilación que puedo decir).

@secretfader Puede agregar @babel/polyfill a su devDependencies , automáticamente cargará los polyfills necesarios core-js . Asegúrese de eliminar su carpeta node_modules y posiblemente su archivo package-lock.json y ejecute npm install para comenzar con un árbol de dependencias resuelto limpio.

Puedo reproducir el problema. Si está buscando un repositorio de reproducción, https://github.com/mui-org/material-ui/blob/master/examples/gatsby/README.md es uno bueno.

@secretfader Puede agregar @babel/polyfill a su devDependencies , automáticamente cargará los polyfills necesarios core-js . Asegúrese de eliminar su carpeta node_modules y posiblemente su archivo package-lock.json y ejecute npm install para comenzar con un árbol de dependencias resuelto limpio.

Agregar "@babel/polyfill": "^7.0.0", y seguir esas instrucciones no funcionó para mí.
Agregar core-js funcionó npm install --save core-js .

@ ben-rogerson Debería haber actualizado mi comentario, porque el error ocurrió nuevamente después de que eliminé mi package-lock.json . Parece que las dependencias no se han resuelto correctamente, pero, irónicamente, funcionó después de hacerlo. A veces npm es un misterio de los unicornios arcoíris: roll_eyes: También en mdx-js / mdx # 271, el mantenedor publicó que no funcionó con npm , pero al usar yarn todo va bien.

Jugaré con los resultados al agregar core-js o @babel/polyfill como dependencia, pero tengo curiosidad por saber por qué funciona después, ya que core-js ya se resolvió a través de gatsby y sin importar explícitamente el polyfill en el código, no veo ninguna diferencia entre la solución devDependencies .

Solo un FYI, pero recientemente cambié de Yarn a NPM en uno de mis sitios de Gatsby y tuve este problema.

Como afirma @arcticicestudio , parece especialmente extraño dado que gatsby enumera core-js como una dependencia.

Información adicional: después de limpiar .cache, node_modules y package-lock.json e instalar los módulos nuevamente a través de npm obtuve
WebpackError: Cannot find module 'core-js/modules/es6.array.sort'
La instalación de core-js soluciona directamente el problema.

hilo agregar core-js
Si aún no puede eliminar node_modules, use yarn para instalar, no use cnpm para instalar;

También me encuentro con este problema.

Originalmente estaba ejecutando la versión de Storybook 5.1.0-alpha.X . Si ejecuto yarn why core-js la versión dominante de core-js (la que se eleva a core-js ) es 2.6.5 .

Después de actualizar a Storybook 5.1.0-beta.0 hoy, la versión mejorada de core-js convirtió en 3.0.1 , y por alguna razón, eso rompió la compilación de Gatsby.

¿Por qué Gatsby no resuelve la versión real de core-js de sus dependencias?

Intenté la solución alternativa de agregar core-js a mi devDependencies directamente, pero eso no resolvió el problema.

Tuve el mismo problema.

La degradación de mi versión core-js a 2.6.5 (dependencia de desarrollo) lo solucionó.

npm install --save core-js ya no funciona.

Utilice npm install --save --dev [email protected] lugar.

Sin embargo, intente ejecutar npm install --dev [email protected] en el directorio del proyecto para no guardarlo globalmente.

Si lo anterior no funciona, use:

npm install --save [email protected] -g

Esto funciona pero no lo hagas

Supongo que la causa de este problema fue que usé npm para actualizar y trabajar en un proyecto que se inició inicialmente con yarn . De ahí el lío. Como señaló arcticicestudio. *

Si lo anterior no funciona, use:

npm install --save [email protected] -g

Instalar paquetes de este tipo a nivel mundial es una muy mala idea y no hay razón para hacerlo. Si tiene problemas al instalarlo localmente (con la versión anclada), podría deberse a que ya instaló otros paquetes a nivel mundial que ahora están causando conflictos.
Supongo que el principal problema de este boleto es npm . Parece que no resuelve correctamente el árbol de dependencias. Cambié a yarn el año pasado (principalmente debido a _workspaces_) y nunca volví a tener problemas. Supongo que los usuarios de _npm_ deben usar la solución alternativa fijando la versión y espero que _npm_ 8 (que estará impulsada por su nueva biblioteca tink , anunciada en su publicación de blog yarn para proyectos basados ​​en _Gatsby_).

Gracias Pieh, sí, lo intenté, no, me temo.

De hecho, solo solucioné esto ejecutando npm install --save core-js

¡Lo conseguí funcionando gracias a esto!