-
-
Notifications
You must be signed in to change notification settings - Fork 9.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
failed after update to 4.0.0-alpha.12 #3830
Comments
update to 10 version of the error did not cause |
I have the same error (current node TLS v8.11.3, NPM 5.6). |
Looks like this is related to dotenv-universal. There was an update to how |
Workaround for the moment could be |
unfortunately did not help. error after start-up remained. |
Is probably auto fixed by moving deps to babel v7: See also: #3746. |
Having the same issue. Installed the following deps:
Currently back on 3.4.8. |
I have the same issue, with these dependencies
The reason I wanted to use |
@swernerx If adding |
@swernerx This means that you need to add a direct dependency on @sareh @jamsch @paxarpp Current workaround is |
Of course, here's repo https://github.com/paxarpp/ui_library |
@paxarpp Thanks!! What do I need to do to repro? I checked out master and ran it with BTW I love the way you have storybook set up with your library. Looks super clean! ✨🙌 |
I`m on v9.4.0 How so, can me node_modules to clear and rearrange anew, what that dependences are installed not necessary ??? |
I do not even know what to suggest, but cloning and launching in a new location did not help, I've had a bug left after the update, maybe something specific in my environment is conflicting, I'll wait for the next updates, thanks for the tip |
Most of the time it's some npm install shaking up in my experience. I am lately struggling a lot with jest + babel v7 as well. Seems like the whole ecosystem with mixed babel versions and different npm versions behaving quite differently is making the whole environment super unstable at the moment. What I tried in my projects recently is to add |
@Hypnosphi thanks for the feedback on peerDependencies. I figure I am fine with switching to a real dependency as well. I figured that it's better to be open to other versions of the runtime as long as it's there. This is the reason to go with peerDependencies I thought. I released a new version of dotenv-universal v1.7.0 which uses a dependency for |
thanks that do not leave out of attention, npm dedupe found a few duplications, but the problem is still unresolved. |
I figure you @paxarpp could try to update the "dotenv-universal" locally e.g. by installing it in your project. |
did not help-( |
@swernerx, using |
Seems we should update the dependency in Storybook. Probably this solves the issue for all people then. Installing separately is something different in my experience than having a changed dependency inside one of the own dependencies. |
@shilman could we get this bumped in the next alpha release? |
@swernerx you need to add a dependency on |
Released https://github.com/storybooks/storybook/releases/tag/v4.0.0-alpha.13 |
@shilman thanks for publishing the new version, but it seems I cannot install it. The npm error is "No matching version found for @storybook/client-logger@4.0.0-alpha.13". It is strange because I can see version 4.0.0-alpha.13 of @storybook/client-logger in npm website https://www.npmjs.com/package/@storybook/client-logger/v/4.0.0-alpha.13. Is it some kind of npm caching? I tried "npm cache clean --force" but it did not work. |
Never mind, I try again after 30 minutes and can install the new version now. Can confirm the error "Cannot find module 'core-js/modules/es6.array.for-each'" is gone. But I still need to fix something else because this is the first time we use storybook. |
the problem is solved: |
@swernerx Based on @paxarpp 's comment above it looks like the Storybook upgrade to |
core-js is part of @babel/runtime. There should not be a need for adding it separately. In fact this might also produce issues as it has to be compatible with what the babel transform generates. The docs say that it depends on babel/runtime. Probably the issue is more related to the current double usage of both babe major versions in a lot of code. |
Quote from babel docs:
Via: https://babeljs.io/docs/en/next/babel-plugin-transform-runtime |
Thanks for the clarification. Do you have any recommendations about the best path forward here? I'm not a babel expert.. 😁 @paxarpp can you confirm that upgrading storybook to @Hypnosphi can you weigh in here? Thanks! |
I confirm that the upgrade to version 4.0.0-alpha13 did not solve the problem, but when I installed core-js in devDependency, the problem was solved. |
…edback in storybookjs/storybook#3830. Added core-js as a peer dependency.
I figure my misunderstanding was about which part of Babel does what transpilation part. Now I see that the
I'll add these to the dependencies correctly and publish a new version. |
I just published v1.8.0 of universal-dotenv which contains a dependency to "core-js". Hopefully this fixes the issues of @paxarpp and others. |
all ok. I do not use this module in my app. |
Not sure if my issue is related but i just updated to alpha .13 and am now getting |
@sareh @paxarpp @swernerx Please try out https://github.com/storybooks/storybook/releases/tag/v4.0.0-alpha.14 |
thanks a lot, update to alpha.14 is all working |
Awesome. Thanks so much everybody! Closing this. 👍 |
greetings, after updating version 4.0.0-alpha.9 to 4.0.0-alpha.12, an error occurs when starting:
module.js:557
throw err;
^
Error: Cannot find module 'core-js/modules/es6.array.for-each'
at Function.Module._resolveFilename (module.js:555:15)
at Function.Module._load (module.js:482:25)
at Module.require (module.js:604:17)
at require (internal/module.js:11:18)
at Object. (D:\KODING\ui_library\node_modules\universal-dotenv\lib\index.cjs.js:11:1)
at Module._compile (module.js:660:30)
at Object.Module._extensions..js (module.js:671:10)
at Module.load (module.js:573:32)
at tryModuleLoad (module.js:513:12)
at Function.Module._load (module.js:505:3)
It was also after the upgrade 4.0.0-alpha.9 to version 11
The text was updated successfully, but these errors were encountered: