Skip to content
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

[Bug]: TypeError: Cannot use 'in' operator to search for 'CallExpression' in undefined (beta 55) #21280

Closed
elliotgonzalez-lk opened this issue Feb 27, 2023 · 12 comments · Fixed by #21301 or #21326

Comments

@elliotgonzalez-lk
Copy link

Describe the bug

Fresh install of NextJs. Ran npx sb@next upgrade --prerelease and after running yarn storybook now getting:

TypeError: Cannot use 'in' operator to search for 'CallExpression' in undefined

Upgraded from beta 48 to beta 55. Beta 48 worked without issue.

To Reproduce

No response

System

Environment Info:
  System:
    OS: macOS 13.2.1
    CPU: (10) arm64 Apple M1 Max
  Binaries:
    Node: 18.12.1 - /usr/local/bin/node
    Yarn: 1.22.19 - /opt/homebrew/bin/yarn
    npm: 9.2.0 - /usr/local/bin/npm
  Browsers:
    Chrome: 110.0.5481.100
    Firefox: 110.0
    Safari: 16.3
  npmPackages:
    @storybook/addon-essentials: ^7.0.0-beta.55 => 7.0.0-beta.55
    @storybook/addon-interactions: ^7.0.0-beta.55 => 7.0.0-beta.55
    @storybook/addon-links: ^7.0.0-beta.55 => 7.0.0-beta.55
    @storybook/addon-mdx-gfm: ^7.0.0-beta.55 => 7.0.0-beta.55
    @storybook/blocks: ^7.0.0-beta.55 => 7.0.0-beta.55
    @storybook/nextjs: ^7.0.0-beta.55 => 7.0.0-beta.55
    @storybook/react: ^7.0.0-beta.55 => 7.0.0-beta.55
    @storybook/testing-library: ^0.0.14-next.1 => 0.0.14-next.1

Additional context

No response

@elliotgonzalez-lk
Copy link
Author

Fixed this by deleting node-_modules and yarn.lock

@montchr
Copy link

montchr commented Feb 28, 2023

I’m also running into this on the latest beta. I’d guess this may come up again for others too.

@seanogdev
Copy link
Contributor

Having the same issue, was not fixed by removing node_modules or lockfiles

@marchdoe
Copy link
Member

Running pnpm updated to 7.0.0-beta.55 and also resulted in this error. Was not fixed by removing node_modules and lockfiles.

@shilman shilman reopened this Feb 28, 2023
@shilman shilman added cli and removed needs triage labels Feb 28, 2023
@shilman shilman moved this to Required for RC in Core Team Projects Feb 28, 2023
@yannbf
Copy link
Member

yannbf commented Feb 28, 2023

Can any of you provide a reproduction? That would help immensely!

@shilman
Copy link
Member

shilman commented Feb 28, 2023

@yannbf we have a repro from @JReinhold in SvelteUI

@tortilaman
Copy link

tortilaman commented Feb 28, 2023

I upgraded to 7.0.0-beta.55 and encountered this issue. When I downgraded to 7.0.0-beta.54 the issue was resolved.

@MetheusX
Copy link

Can confirm removing node_modules and yarn.lock and reinstalling modules fixed this for me after upgrading from 7.0.0-beta.46 to 7.0.0-beta.56. Thank you for help

@github-project-automation github-project-automation bot moved this from Required for RC to Done in Core Team Projects Mar 1, 2023
@shilman
Copy link
Member

shilman commented Mar 1, 2023

Boo-yah!! I just released https://github.com/storybookjs/storybook/releases/tag/v7.0.0-beta.57 containing PR #21301 that references this issue. Upgrade today to the @next NPM tag to try it out!

npx sb@next upgrade --prerelease

@shilman
Copy link
Member

shilman commented Mar 1, 2023

Whoopee!! I just released https://github.com/storybookjs/storybook/releases/tag/v7.0.0-beta.58 containing PR #21326 that references this issue. Upgrade today to the @next NPM tag to try it out!

npx sb@next upgrade --prerelease

@FloodGames
Copy link

Can confirm removing node_modules and yarn.lock and reinstalling modules fixed this for me after upgrading from 7.0.0-beta.46 to 7.0.0-beta.56. Thank you for help

Somehow needed now with the latest version of babel

@jaredly
Copy link

jaredly commented Aug 29, 2023

fwiw for me, just removing node_modules (didn't need to remove yarn.lock) and re-running yarn got rid of this strange error 🤷

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Archived in project
10 participants