-
-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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 with build project after release v2.0.0-beta.212 (lodash/debounce issue) #3708
Comments
I'm also seeing this. |
@nephew92 problem with resolve internal package solve as add package to package.json
or install manualy
but question with lodash/debounce is open |
thank you @Intiligent |
We have the same issue with lodash/debounce 🙁 |
Same issue with |
Same issue with lodash/debounce here |
can someone revert this buggy commit, please |
It would be beneficial to move away from semver (^2.0.0 equals to 2.X.X) which essentially leads to your own pinning of each extension being ignored |
Agreed, this was extremely annoying to me this morning when my builds started failing due to the ^ + beta naming |
Would be great! |
Yeah this kind of defeats the whole purpose of versions. Future versions should not affect previous versions. |
Still not fixed |
@philippkuehn @bdbch @matrei how can we solve fix this issue? |
Suffering from the same issue. Please resolve this! |
I made a dirty workaround for forcing earlier version of extension-bubble-menu that seems to work (no guarantee for it actually work, but if someone else has emergency updates that need to be pushed)
|
Same issue with lodash/debounce :) |
Hey guys. Sorry for the inconvenience. I released a quick fix (beta.213) - would be nice if you could see if that works out for you. |
Works for me |
Thanks, worked for me |
Works too for me, Thanks! |
In my tests i have following error now:
This may also be related to this update. |
Installing with |
Thanks @timheerwagen for reporting - what kind of setup are you using? seems like this is because of the es syntax coming from the lodash import not being handled by your test suite or something. Would like to resolve this issue too. |
@bdbch I use a very basic setup. jest.config.ts
jest.setup.ts
richText.test.tsx
Workaround could be adding: |
@bdbch Now I am encountering a new error, but I am not sure if it is related to the new version. However, this error did not occur in version 209. RangeError: Adding different instances of a keyed plugin (plugin$) |
@timheerwagen Just pushed another fix (beta.215) which should fix this issue |
Hi @bdbch ,
Occurs only when refresh page (server side rendering) . |
@bdbch Works like a charm for me |
Hi @bdbch , |
We're also seeing the above lodash issue. Even when pinning to 213 (like We managed to temporarily (using Yarn) get around this by adding a resolution to package.json, which makes sure that no newer version of
Would be great to find out what's causing it on the newer builds though. |
Hi @zakkempson, I managed it using:
Because 213 version does not work for me. |
I'll release a fix asap |
Hi @bdbch ,
The error occurs only when refresh page (server side rendering on NUXT), and when I put the component inside client-only, the error disappear:
Thank you. |
beta.216 still doesn't let the react-admin simple example compile (see marmelab/react-admin#8622 (comment) for details) |
@bdbch I have the same error. I try to use 209-216 versions but always get the error:
I need to release my app later today but I can't even do a build as it always crashes on this error. Which older version can I still try to use so that my code works and the build does not crash? |
Same for me and it's terrible. Didn't expect that there is no stable version in the releases :) |
can't work with tiptap since 209, the build crashes because of this lodash. The most intresting thing - I am not even using this bubble menu. It is just included in tiptap/vue package by default |
no wayy its not working again on |
Still unable to use the module. Getting this error on 216.
|
Still broken here too on 216. Is there any chance we can revert back to 209 and leave out the commit that introduced this? |
Solved in v2.0.0-beta.217 |
Thanks for trying out @ram-you - if some more people could verify that it's working again on 217 would be great! |
beta 217 does the trick for us, thanks! |
beta 217 resolved the issue, thanks |
beta 217 resolved the issue. Thank you!! |
217 resolved the issue for me as well. Thank you!!! |
217 working finee🥳 |
@Intiligent I think it resolved the issue, closed? |
I'll close this issue for now. If anyone still has problems feel free to reopen or open a new ticket if it's a new build issue. Thanks |
After release v2.0.0-beta.212 corrupt build of my project.
Update all tiptap packages to latest version not solve the problem.
ERROR in ./node_modules/@tiptap/extension-bubble-menu/dist/index.js 11:0-39
Module not found: Error: Can't resolve 'lodash/debounce' in '/Users/vitaliy/Documents/domains/infusemedia.loc/node_modules/@tiptap/extension-bubble-menu/dist'
Did you mean 'debounce.js'?
BREAKING CHANGE: The request 'lodash/debounce' failed to resolve only because it was resolved as fully specified
(probably because the origin is strict EcmaScript Module, e. g. a module with javascript mimetype, a '.mjs' file, or a '.js' file where the package.json contains '"type": "module"').
The extension in the request is mandatory for it to be fully specified.
Add the extension to the request.
Which browser was this experienced in? Are any special extensions installed?
not depend on browser. error in webpack build or in tiptap dependency
How can we reproduce the bug on our side?
The text was updated successfully, but these errors were encountered: