Can you spot the difference in type availability between start-storybook and build-storybook? #13278
Unanswered
rhatfield-bushel
asked this question in
Help
Replies: 1 comment
-
Hmm this seems more like an issue than a discussion. We're seeing a bunch of discrepancies between dev and production, and I think these changes might've been exacerbated by the recent 6.1 perf changes. For example, before 6.1 I believe production builds used the React dev bundle, which is not great for performance but is closer to the dev setup. We're still getting to the bottom of all this. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I wonder if there's a bug here, but I wanted to ask first in case there's something I don't have configured right.
This first screenshot is taken from the dev time
start-storybook
commandThe second screenshot is taken from the statically generated storybook site,
build-storybook
And playroom certainly doesn't like it
I'm using NextJS with the following
.babelrc
file:And the
next/babel
preset from above is here.Is there anything I can do to preserve the types in the code section?
If I correct the code in playroom on the static site, it renders correctly.
I figure the same code that pre-populates the playroom addon is also called when displaying the story code in the docs addon.
I don't have another project with storybook, and haven't taken the time to try and isolate the problem. I tried taking out the
.babelrc
but it's needed for how our project builds, so I haven't tested how storybook handles this situation vanilla style.update
I was able to get rid of the duplicate
.babelrc
after upgrading to6.1.6
, but now mymain.js
looks like this. I tried without the emotion style fix at the bottom of themain.js
file, but that just made things look ugly, it didn't fix my<Styled(div)>
issue.Beta Was this translation helpful? Give feedback.
All reactions