Do you want to request a feature or report a bug?
bug
What is the current behavior?
➜ npm install react@latest
npm ERR! code ETARGET
npm ERR! notarget No matching version found for scheduler@^16.6.2
npm ERR! notarget In most cases you or one of your dependencies are requesting
npm ERR! notarget a package version that doesn't exist.
npm ERR! notarget
npm ERR! notarget It was specified as a dependency of 'react'
npm ERR! notarget
npm ERR! A complete log of this run can be found in:
npm ERR! /Users/sobear/.npm/_logs/2018-11-13T02_57_46_814Z-debug.log
If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem. Your bug will get fixed much faster if we can run your code and it doesn't have dependencies other than React. Paste the link to your JSFiddle (https://jsfiddle.net/Luktwrdm/) or CodeSandbox (https://codesandbox.io/s/new) example below:
What is the expected behavior?
Which versions of React, and which browser / OS are affected by this issue? Did this work in previous versions of React?
+1
+1
+1
+1
Just got the same
+1
same problem
+1
+1
aha, i think this is a slip of pen of the version
hand slipped lol
emergency! waiting online
Same problem~
Also just ran into this
Also just ran into this
stupid mistake, hope to solve quickly
+1,and cnpm works
Use yarn install
instead of npm install
for now.
You can choose scheduler
version when you're using yarn.
+1
+1s
+1
[email protected] › [email protected] › scheduler@^16.6.2
+1s
+1
+1
+1
+1
We're aware. Also, 👍 is better than +1 comments.
npm i react
npm ERR! code ETARGET
npm ERR! notarget No matching version found for scheduler@^16.6.2
npm ERR! notarget In most cases you or one of your dependencies are requesting
npm ERR! notarget a package version that doesn't exist.
npm ERR! notarget
npm ERR! notarget It was specified as a dependency of 'react'
npm ERR! notarget
same problem. waiting online
+1
+1
+1
By the looks of a linked issue above, is this a bug in react or in a linked library?
(And seriously guys, enough with the '+1' comments - they get it!!)
+1
+1
+1
Install fail! Error: [[email protected] › scheduler@^16.6.2] Can't find package scheduler@^16.6.2
Error: [[email protected] › scheduler@^16.6.2] Can't find package scheduler@^16.6.2
at resolve (/usr/local/lib/node_modules/cnpm/node_modules/npminstall/lib/download/npm.js:92:11)
at resolve.next (
at onFulfilled (/usr/local/lib/node_modules/cnpm/node_modules/co/index.js:65:19)
at process._tickCallback (internal/process/next_tick.js:68:7)
npminstall version: 3.0.1
+1
+1
愁啊。。
Whole world are waiting SF Bay waking up. 😆
+1
+1
+1
+1
Guys, stop floodding the post with useless +1 comments please.
It makes just the thread unreadable.
The issue has been reported and confirmed.
why will this happen? I just wonder...
someone make a sleepy-commit?
The project is going online, the automation script is not available, and the repair is waiting online
wake up and fix it !
Fixed in 16.6.3 https://unpkg.com/[email protected]/package.json
Farewell 16.6.2, it seems we barely knew you...
+1 👍
what happened?
Fixed in 16.6.3 https://unpkg.com/[email protected]/package.json
Can you also add proper tests for dependency version sanity checks to prevent this from happening again! This type of bugs will have ripple effect:)
I remove the file '.evn', it works well.
or
use yarn to install.
Yeah we're working on improving our release process and tooling.
We're moving to a new release flow where all stable releases are built by downloading a previously published canary directly from npm and re-publishing it with new versions. The idea is that the stable packages should be identical to the ones in the canary.
The only difference, which we can't avoid, is that we have to update the versions. Which is the exact thing that broke in this case :D
Oops!
I'm going to add some snapshot tests to the release script to protect against future regressions.
I also probably slightly rushed this patch release because there were some Suspense-related bugfixes that really needed to go out. Usually we would wait for a canary build to stabilize a bit before promoting it to stable.
Thanks for your patience! And also, please use lockfiles next time :D
Thanks for fixing this issue, Andrew. We were in the middle of a React workshop when we encountered the bug. Glad everything is fine again.
update npm
Most helpful comment
Fixed in 16.6.3 https://unpkg.com/[email protected]/package.json