Cli: [BUG] Impossible de trouver des versions pour "core-js" qui correspondent à "3.4.7"

Créé le 2 déc. 2019 · 10Commentaires · Source: npm/cli

Quoi / Pourquoi

❯ npm i -s core-js
+ [email protected]
updated 1 package and audited 1 package in 0.571s
found 0 vulnerabilities

Mais sur le site Web du registre npm, il affiche [email protected] au plus tard :
https://www.npmjs.com/package/core-js?activeTab=versions

Lorsque

02-12-2019 14:17:29 HNE

Où

registre public npm

Comment

Comportement actuel

Impossible de trouver des versions pour "core-js" qui correspondent à "3.4.7"

Étapes pour reproduire

Essayez d'installer core-js

Comportement prévisible

Devrait installer [email protected]

Qui

n / A

Les références

n / A

Registry Wontfix

Source

esetnik

👍38 👀1

Commentaire le plus utile

Semble s'être réparé maintenant. npm i vient de terminer la 3.4.7 pour moi.

icleolion le 2 déc. 2019

👍6

Tous les 10 commentaires

Cela frappe beaucoup de monde. core-js-compat a été publié dans un état cassé en tant que 3.4.6, ce qui est regrettable mais a été rapidement corrigé en tant que 3.4.7, mais 3.4.6 est toujours (au moment de la publication de ce commentaire) diffusé à partir de npm même s'il indique que dernier=3.4.7. S'il s'agit d'un problème de mise en cache, c'est vraiment dommage qu'il attrape une mauvaise version et ne laisse pas passer la bonne version qui la résout.

dcwarwick le 2 déc. 2019

👍5 👀3

@dcwarwick ce doit être un bug de mise en cache. Le registre ne devrait pas faire la publicité de la version 3.4.7 et servir la version 3.4.6 au plus tard...

esetnik le 2 déc. 2019

👍1

Semble s'être réparé maintenant. npm i vient de terminer la 3.4.7 pour moi.

icleolion le 2 déc. 2019

👍6

@esetnik Pouvez-vous s'il vous plaît vérifier cela et confirmer que la bonne version apparaît maintenant à la fois sur .com et dans le registre ? Je pense que cela a été résolu (ex. exécuter npm view core-js semble confirmer que le dernier est 3.4.7 )

darcyclarke le 2 déc. 2019

C'est résolu maintenant. Allez-vous mettre à jour https://status.npmjs.org pour indiquer qu'il y a eu une dégradation du service au cours de cette période ? Il ne montre aucun incident même si de nombreux utilisateurs n'ont pas pu télécharger un package populaire pendant plusieurs heures. Il serait également bon d'obtenir des informations de la part de l'équipe npm sur les raisons de ce problème et sur le plan pour y remédier.

esetnik le 2 déc. 2019

👍3

Oui, ça a l'air d'être réglé pour moi.

nicolo-ribaudo le 2 déc. 2019

@esetnik ce n'était pas une

ahmadnassri le 2 déc. 2019

😕1 👎1

@ahmadnassri Je ne pense pas que cela devrait être fermé. Il y a un problème technique avec la plate-forme npm si vous n'invalidez pas de manière proactive vos caches périphériques lorsqu'un nouveau package est publié. Le résultat de ce problème était que pendant plusieurs heures, les versions échouaient et que l'auteur du package ne pouvait rien faire car il avait déjà publié une version de travail que npm ne servait pas aux clients. Est-ce le comportement attendu que les nouvelles versions de packages peuvent être indisponibles jusqu'à plusieurs heures après la publication ?

esetnik le 3 déc. 2019

👍2

comme il s'agit du référentiel CLI, il n'est pas utile de discuter des opérations de registre ici, n'hésitez pas à envoyer un ticket d'assistance si vous avez besoin de précisions supplémentaires.

ahmadnassri le 3 déc. 2019

J'ai étiqueté ce problème comme 'Wontfix' car il ne concerne pas le référentiel cli. Merci d'avoir attiré notre attention sur ce point 👍