-
-
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
Inconsistencies when referencing paths in main.js file #9773
Comments
cc @ndelangen |
I think generally the root of the project would make more sense, WDYT @shilman ? |
For me, relative to |
Ok, so the consensus is to make this a breaking change in 6.0 to make it always relative to the |
AFAIK this has been fixed, I remember there being a bug on the fix, that has also been fixed (with absolute paths being joined too) I think this issue can be closed. Would anyone be able to check if this is correct? |
See the PR: #11368 That should fix this! |
Olé!! I just released https://github.com/storybookjs/storybook/releases/tag/v6.0.0-beta.44 containing PR #11368 that references this issue. Upgrade today to try it out! You can find this prerelease on the |
Describe the bug
Given the following config:
We can notice the following setup:
This results in an obscure stack trace that can eventually be resolved through dissecting the logs and trial and error.
Expected behavior
I would expect installed addons to default to node_modules as they currently are. However I would like custom addons to follow the same convention as the stories property.
Screenshots
included
Code snippets
included
System:
Storybook 5.3.12
Additional context
The docs for creating a custom addon are also unclear if there is any importance on where the
register.js
file should live, and if it must be calledregister.js
.The docs issue seems simple enough to fix, and my first guess is that the path inconsistency can be resolved with node's path module. If this is the case, I'd be happy to take this up as a first-PR if this is valid and not already fixed in 6.0.
Thanks so much for your work on the project!
The text was updated successfully, but these errors were encountered: