Moment: Erreur non détectée : impossible de trouver le module './locale'

Exactement. Je viens de faire face à cette erreur et j'ai vu qu'ils venaient de pousser une nouvelle version il y a des heures.

si vous utilisez fil, ajoutez un bloc de résolutions à package.json pour remplacer les versions de sous-dépendance, cela fonctionne pour moi

  "resolutions": {
    "moment": "2.24.0"
  }

Pareil ici!

Aussi 2.24.0 a toujours l'avertissement : ./node_modules/chart.js/node_modules/moment/src/lib/locale/locales.js Critical dependency: the request of a dependency is an expression

Il suffit de reproduire ce problème

Idem aussi !

• 1

Même problème,

Corrigé en supprimant le signe carret avant le numéro de version. L'entrée Package.json ressemble maintenant à :
"moment": "2.24.0"

Cela ressemble à un bug de la nouvelle version.

Ce soir, j'ai installé Jest et cela a créé un problème et on m'a demandé de supprimer tous les fichiers fils.lock et package.lock ainsi que mon dossier modules et d'effectuer l'installation de fils ou de npm. Lorsque j'ai installé le fil, j'ai reçu l'erreur mentionnée dans ce fil - la page qui est apparue indiquait que l'erreur était une erreur Webpack et indiquait le fuseau horaire du moment. Lorsque j'ai supprimé mes fichiers de verrouillage, le dossier du module et réinstallé en utilisant npm install (au lieu de l'installation de fil) - tout a fonctionné. En bref, lorsque j'ai utilisé une commande de gestionnaire de packages différente, le résultat a été modifié.

Veuillez supprimer ^ dans package.json de cette façon, cela a fonctionné pour moi

étrange, un tel incident s'est produit au début de cette semaine en raison de la bibliothèque is-promise, il y a également un problème comme ^ besoin de supprimer. Je crois que les gens le feront maintenant plus ou moins pour toutes les versions strictes de package.json au lieu de ^

J'ai essayé de supprimer le caret de package.json et d'exécuter + rm -rf node_modules + yarn et j'ai toujours ce problème lors de l'exécution de webpack

J'utilise moment-timezone, et sa valeur par défaut est 2,25. enlever le curseur ne fait aucune différence

Pareil ici!

Cela fonctionne pour moi, j'utilise create-react-app.
// dans webpack.config.js

plugins: [
...
// new webpack.IgnorePlugin(/^\.\/locale$/, /moment$/),
// replace the line above with below, regex to match the locale you want to use
new webpack.ContextReplacementPlugin(/moment[\/\\]locale/,  /(en|zh-cn)\.js/)
...
]

Il semble qu'il y ait un problème avec leur dernière version. J'ai dû revenir à "2.24.0" sans le "^" et cela a permis à mes sites de se construire.

Même problème ici avec la version moment 2.25.0 dans l'un de mes projets basés sur Gatsby :

Cannot find module './locale'                              


> 1 | import { Moment } from './constructor';                                                                                                 
    | ^                                                                                                                                       
  2 |                                                                                                                                         
  3 | var proto = Moment.prototype;                                                                                                           
  4 |                                                                                                                                         


  WebpackError: Cannot find module './locale'                                                                                                 

  - prototype.js:1 webpackMissingModule                                                                                                       
    node_modules/moment/src/lib/moment/prototype.js:1:1                                                                                       

  - prototype.js:1 Module../node_modules/moment/src/lib/moment/prototype.js                                                                   
    node_modules/moment/src/lib/moment/prototype.js:1:1                                                                                       

  - moment.js:1 Module../node_modules/moment/src/lib/moment/moment.js                                                                         
    node_modules/moment/src/lib/moment/moment.js:1:1                                                                                          

  - moment.js:1 Module../node_modules/moment/src/moment.js                                                                                    
    node_modules/moment/src/moment.js:1:1

Avec le moment 2.24.0 , ce problème n'existe plus.

Quelqu'un peut-il fournir un exemple minimal (non) fonctionnel afin que cela puisse être étudié ?

j'ai dû revenir à "2.24.0", pour le moment je ne trouve pas './locale'

cela fonctionne parfaitement pour moi : https://github.com/moment/moment/issues/4216#issuecomment -622453248

Quelqu'un peut-il fournir un exemple minimal (non) fonctionnel afin que cela puisse être étudié ?

Hé @ichernev - veuillez trouver ci-joint. Exécutez simplement npm install et npm start :)

issue5484.zip

La gestion de require est revenue au comportement 2.24.0.

Corrigé en 2.25.1.

J'ai mis à jour vers la version 2.25.1 , mais j'ai toujours l'erreur.

prototype.js:1 Uncaught Error: Cannot find module './locale'
    at webpackMissingModule (prototype.js:1)
    at Module../node_modules/moment/src/lib/moment/prototype.js (prototype.js:1)
    at __webpack_require__ (bootstrap:782)
    at fn (bootstrap:150)
    at Module../node_modules/moment/src/lib/moment/moment.js (moment.js:1)
    at __webpack_require__ (bootstrap:782)
    at fn (bootstrap:150)
    at Module../node_modules/moment/src/moment.js (moment.js:1)
    at __webpack_require__ (bootstrap:782)
    at fn (bootstrap:150)
    at Module../src/Menu.js (Home.js:186)
    at __webpack_require__ (bootstrap:782)
    at fn (bootstrap:150)
    at Module../src/App.js (Add.js:157)
    at __webpack_require__ (bootstrap:782)
    at fn (bootstrap:150)
    at Module../src/index.js (index.css?02e3:45)
    at __webpack_require__ (bootstrap:782)
    at fn (bootstrap:150)
    at Object.0 (serviceWorker.js:135)
    at __webpack_require__ (bootstrap:782)
    at checkDeferredModules (bootstrap:45)
    at Array.webpackJsonpCallback [as push] (bootstrap:32)
    at main.chunk.js:1

Mais peut-être que je fais quelque chose de mal. Quelqu'un peut-il confirmer que cette erreur a disparu dans 2.25.1 ?

Même problème pour moi et moment-fuseau horaire. J'ai essayé de forcer 2.24.0, mais toujours le même problème car je suppose que le fuseau horaire utilise le dernier?

Toujours l'erreur

@strange1120 est le [email protected] ?
Si vous utilisez du fil, essayez yarn why moment pour afficher les deps installés.

@ichernev Désolé, je peux confirmer que 2.25.1 renvoie la même erreur. En utilisant l'application que j'ai téléchargée précédemment et un node_modules/package-lock.json propre, je peux voir que la version est 2.25.1 mais qu'elle est toujours lancée.

https://github.com/moment/moment/issues/5489

Pourquoi ces problèmes sont-ils clos... cela fait des ravages

Ouais moi aussi. Je pensais que c'était mon Docker

Suggestion supprimée - ne vaut pas la peine en 2020 :( @ichernev encore une mise à jour ?

Pour les personnes utilisant create-react-app et qui ne souhaitent pas éjecter CRA, vous pouvez installer :

• personnaliser-cra
• réagir-app-recâblé

Créez ensuite un config-overrides.js à la racine du répertoire de votre projet pour un remplacement ultérieur.

module.exports = function override(config, env) {
  // do stuff with the webpack config...
  return config;
};

Modifiez votre package.json :

"start": "react-app-rewired start",
"build": "react-app-rewired build",
"test": "react-app-rewired test",

Parce que j'utilise ant design, mon config-overrides.js ressemble à ceci :

const { override, fixBabelImports } = require("customize-cra");
const webpack = require("webpack");

const fixMomentJs = (config) => {
  config.plugins.push(
    new webpack.ContextReplacementPlugin(/^\.\/locale$/, (context) => {
      if (!/\/moment\//.test(context.context)) {
        return;
      }
      // context needs to be modified in place
      Object.assign(context, {
        // include locales
        regExp: /^\.\/(fr|en)/,
        // point to the locale data folder relative to moment's src/lib/locale
        request: "../../locale",
      });
    })
  );
  return config;
};

module.exports = override(
  fixMomentJs,
  fixBabelImports("import", {
    libraryName: "antd",
    libraryDirectory: "es",
    style: "css",
  })
);

Mais le tien sera plus simple, quelque chose comme ça je pense :

module.exports = function override(config, env) {
  config.plugins.push(
    new webpack.ContextReplacementPlugin(/^\.\/locale$/, (context) => {
      if (!/\/moment\//.test(context.context)) {
        return;
      }
      // context needs to be modified in place
      Object.assign(context, {
        // include locales
        regExp: /^\.\/(fr|en)/,
        // point to the locale data folder relative to moment's src/lib/locale
        request: "../../locale",
      });
    })
  );
  return config;
};

Pour les personnes qui ont accès à Webpack, vous pouvez ajouter l'entrée suivante à votre tableau de plugins dans votre configuration Webpack :

    new webpack.ContextReplacementPlugin(/^\.\/locale$/, (context) => {
      if (!/\/moment\//.test(context.context)) {
        return;
      }
      // context needs to be modified in place
      Object.assign(context, {
        // include locales
        regExp: /^\.\/(fr|en)/,
        // point to the locale data folder relative to moment's src/lib/locale
        request: "../../locale",
      });
    })

Jusqu'à ce que le correctif soit publié, comme cela a été mentionné par @saadzr , vous pouvez temporairement attribuer un moment à la version "2.24.0". Supprimer le carret : "^".

Pour ceux qui ne savent pas faire. Trouvez les packages qui utilisent moment : npm ls moment . Vous verrez probablement :

└─┬ [email protected]
  ├── [email protected] 
  └─┬ [email protected]
    └── [email protected]  deduped

Donc à l'intérieur de antd/package.json et rc-picker/package.json dans dependencies :

"moment": "^2.24.0", -> "moment": "2.24.0"

Et exécutez npm i DEUX FOIS. Je ne sais pas pourquoi besoin de deux fois, mais cela ne fonctionne qu'après deux fois.

@talgat-ruby Cela implique d'éditer le dossier node_modules qui n'est pas poussé sur les référentiels, les personnes qui cloneront le projet devront le faire à chaque fois, ce n'est pas une bonne solution de contournement je pense.
Par exemple, nous travaillons avec plusieurs collaborateurs et nous ne pouvons pas leur dire de le faire à chaque fois qu'ils clonent un référentiel.
La meilleure façon de résoudre ce problème jusqu'à ce qu'un correctif soit publié est de configurer Webpack comme mentionné ci-dessus.

@nathanagez c'est un correctif temporaire. L'équipe Antd publiera probablement un correctif officiel bientôt. Et oui tu as raison tu ne peux pas t'y fier.

@talgat-ruby J'ai expliqué comment configurer Webpack, voir ci-dessus, afin que vous puissiez pousser la solution de contournement sur votre référentiel.

Cela a fonctionné :
https://github.com/moment/moment/issues/4216#issuecomment -622453248

Je peux confirmer que la suggestion de @talgat-ruby a résolu le problème pour moi.

@rilyu Votre suggestion a fonctionné pour moi !

J'utilise moment-timezone et je n'ai pas spécifié de version pour le moment.
Il semble alors, lors de l'installation, que yearn installe la dernière version de moment en tant que dépendance -> [email protected] et que ce ne soit pas compatible.

en effet en ajoutant
"résolutions": { "moment": "2.24.0" }
résout le problème.

grand merci

Des nouvelles des devs ?

Obtenir cette erreur à l'aide de MaterialUI DatePicker. J'ai essayé de revenir manuellement à 2.24.0 mais pas de chance pour moi. J'espère voir cela résolu bientôt. Je suppose que j'utiliserai le TextField natif type="date" pour le moment.

Même problème,

Corrigé en supprimant le signe carret avant le numéro de version. L'entrée Package.json ressemble maintenant à :
"moment": "2.24.0"

Cela ressemble à un bug de la nouvelle version.

Cela fonctionne pour moi! Tnx

J'ai le même problème, j'ai supprimé le dossier node_modules, puis j'ai changé la version de moment en 2.24.0, puis j'ai réinstallé, le problème persiste.
Quand je vérifie que rc-calendar utilise 2.25.1 quelque chose comme ça. J'ai essayé d'éditer là-bas et j'ai fait yarn install mais le problème persiste. S'il vous plait aidez je travaille sur un projet important

@faizhameed Essayez de supprimer le dossier node-modules.
Supprimez également votre package-lock.json ( fil.lock également si vous utilisez fil ).

Ajoutez ceci à votre package.json après les dépendances : {
...
},
résolutions : { "moment": "2.24.0" }

Cela devrait forcer rc-datepicker à utiliser le moment 2.24

Même problème ici après la mise à niveau vers 2.25.0 et 2.25.1.
La seule solution qui a fonctionné pour moi est de rétrograder à 2.24.0

Malheureusement j'ai le même problème. Pour une raison quelconque, la solution du package.json ne fonctionne pas pour moi.
resolutions: { "moment": "2.24.0" }

Pour l'instant je vais downgrader comme @pcarballeda

Pour moi, fixer la version à "moment": "2.24.0" et ajouter resolutions: { "moment": "2.24.0" } temporairement résolu le problème.

Module introuvable : Erreur : Impossible de résoudre './locale' dans 'D:\Downloads\Telegram\ildamnode_modules\rc-pickernode_modules\momentsrc\lib\locale'

Comment cela peut-il être surmonté?

"moment": "2.24.0"

"dépendances": {
"antd": "^4.2.0",
"axios": "^0.19.2",
"noms de classe": "^2.2.6",
"cross-env": "^7.0.2",
"dva": "^2.4.1",
"dva-model-extend": "^0.1.2",
"moins-vars-to-js": "^1.3.0",
"libphonenumber-js": "^1.7.50",
"lodash": "^4.17.15",
"lodash.clonedeep": "^4.5.0",
"moment": "2.24.0",
"nprogress": "^0.2.0",
"path-to-regexp": "^6.1.0",
"prop-types": "^15.7.2",
"chaîne_requête": "^6.12.1",
"react": "^16.13.1",
"react-currency-format": "^1.0.0",
"react-custom-scrollbars": "^4.2.1",
"react-dom": "^16.13.1",
"react-helmet": "^6.0.0",
"react-perfect-scrollbar": "^1.5.8",
"svg-sprite-loader": "^4.2.1",
"umi-plugin-locale": "^2.11.5"
},

La rétrogradation à 2.24.0 a fonctionné pour moi. Supprimez le ^ avec 2.24.0.
A également mis à jour manuellement toutes les dépendances momentanées à 2.24.0 dans package-lock.json.

J'ai un problème avec la 2.24, j'essaye de mettre les "résolutions"... mais je n'ai pas mis à jour la 2.25, qu'est-ce qui ne va pas ? Il fonctionnait jeudi.

La rétrogradation à 2.24.0 a fonctionné pour moi. Supprimez le ^ avec 2.24.0.
A également mis à jour manuellement toutes les dépendances momentanées à 2.24.0 dans package-lock.json.

Merci travaillé! Il y a un problème avec le fil. A travaillé avec Npm

Jusqu'à ce que le correctif soit publié, comme cela a été mentionné par @saadzr , vous pouvez temporairement attribuer un moment à la version "2.24.0". Supprimer le carret : "^".

Pour ceux qui ne savent pas faire. Trouvez les packages qui utilisent moment : npm ls moment . Vous verrez probablement :

└─┬ [email protected]
  ├── [email protected] 
  └─┬ [email protected]
    └── [email protected]  deduped

Donc à l'intérieur de antd/package.json et rc-picker/package.json dans dependencies :

"moment": "^2.24.0", -> "moment": "2.24.0"

Et exécutez npm i DEUX FOIS. Je ne sais pas pourquoi besoin de deux fois, mais cela ne fonctionne qu'après deux fois.

Travail! <3

yarn remove + yarn add moment installé la version 2.25.2 qui se construit bien pour moi

yarn remove + yarn add moment installé la version 2.25.2 qui se construit bien pour moi

Ne serait-ce pas un problème dans cette version ?

@Shakxzod-Namazbaev Je pense que le problème d'origine était avec la version 2.25.0, certaines personnes ont signalé que le même problème se produisait dans 2.25.1, d'autres ont mentionné que la rétrogradation à 2.24 fonctionne pour elles. Dans mon cas, la version 2.25.2 semble fonctionner, donc peut-être qu'une rétrogradation n'est pas nécessaire

@Shakxzod-Namazbaev Je pense que le problème d'origine était avec la version 2.25.0, certaines personnes ont signalé que le même problème se produisait dans 2.25.1, d'autres ont mentionné que la rétrogradation à 2.24 fonctionne pour elles. Dans mon cas, la version 2.25.2 semble fonctionner, donc peut-être qu'une rétrogradation n'est pas nécessaire

Vous n'avez donc pas de problème avec la version 2.25.2 pour le moment, n'est-ce pas ?

@Shakxzod-Namazbaev exactement, 2.25.2 fonctionne bien pour moi.

Je peux confirmer - le moment 2.25.2 fonctionne aussi pour moi.

Je pense que 2.25.2 est OK sous une forme autonome mais sous une forme gérée par package, c'est toujours cassé (webpack dans mon cas où moment est une dépendance de moment-fuseau horaire).

2.24.0 est toujours celui pour les personnes utilisant webpack et d'autres packages dépendants du moment.

ver. 2.25.2 fonctionne pour moi sous une forme gérée par le package - webpack configuré dans un projet basé sur Gatsby (la version 2.25.0 n'a pas):

lignes package.json pertinentes :

dependencies: {
    ...
    "moment": "^2.25.2",
    ...
}

Je n'utilise cependant pas moment-timezone .

Tellement fou que ce rapport de problème est toujours aussi fermé avec autant de personnes affectées et la seule "solution" jusqu'à présent est de revenir à une ancienne version !?!?!

@ichernev Merci ! La mise à jour vers 2.25.2 résout ce problème pour moi !

--- a/front/package.json
+++ b/front/package.json
@@ -5,7 +5,7 @@
   "dependencies": {
-    "moment": "^2.22.2",
+    "moment": "^2.25.2",

D'ACCORD. J'ai loué trop tôt. Bien qu'avec le moment ver. 2.25.2 webpack est capable de produire un bundle fonctionnel sans erreur, mais l'importation de la locale ne fonctionne plus - on dirait qu'elle est ignorée (peut-être que cela a quelque chose à voir avec sideEffects / tree shake ?).

Par exemple:

import moment from "moment"
import "moment/locale/pl"

// set global 'moment' locale (polish)
moment.locale("pl")

// ... somewhere later
console.log(moment().format("DD MMMM YYYY HH:mm:ss"))

Avec la version 2.25.2 sortie est 04 May 2020 16:38:15 , ce qui est incorrect, comme il se doit
04 maja 2020 16:38:58 .

Ainsi, la version 2.24.0 est toujours la dernière à fonctionner.

J'ai rencontré le même problème, la suppression de la carotte de la version a résolu ce problème.

Comme ceci dans votre fichier package.json --- "moment": "2.24.0"

Version : 2.24.0

Eh bien, je testais localement et je ne peux pas vraiment dire pourquoi, mais s'il s'agit d'une propriété package.json module alors elle est cassée. S'il n'y a que jsnext:main cela fonctionne. Cela concerne les fichiers de paramètres régionaux qui ne sont pas chargés correctement, alors qu'ils sont toujours inclus dans le bundle.

Ainsi, cette propriété de module "moderne" qui remplace jsnext:main n'est pas simplement un renommage ou un nom

2.25.3 est sorti sans module .

@ichernev - merci ! Je peux confirmer que la version 2.25.3 fonctionne (webpack est capable de produire un bundle sans erreurs et l'inclusion/la configuration des paramètres régionaux fonctionne comme prévu).

Corrections dans 2.25.3 pour moi.

Même problème,

Corrigé en supprimant le signe carret avant le numéro de version. L'entrée Package.json ressemble maintenant à :
"moment": "2.24.0"

Cela ressemble à un bug de la nouvelle version.

Après ça marche !