-
-
Notifications
You must be signed in to change notification settings - Fork 788
Use immer 10.1.3 #7388
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
base: 18.x.x
Are you sure you want to change the base?
Use immer 10.1.3 #7388
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have not done a detailed analysis to see what breaking changes happened between immer 8 and immer 10, and whether they will have an impact for Volto's dependencies that use this library. I was okay with making this update in Volto 19, since it's still in alpha and we have a chance to see whether the major version update causes any problems. But I don't know if it is safe to backport.
@davisagli version 8 is used only as a development dependency. I tested with version 10 and had no issues. The development server worked without issue. Version 10 is already used in Volto, as it's a Slate dependency: https://github.com/plone/volto/blob/18.x.x/pnpm-lock.yaml#L34149-L34151 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Okay. I think we do have a policy that we can make major updates to development dependencies. Worst case if we discover some problem later we can revert the change.
@wesleybl @davisagli TBH, I would stop pushing for this upgrades to dependencies for the stable version. In Ferrara we learned that upgrading Introducing new upgrades only increases the chance that this happens. If we are doing it, we have to be very sure that it won't break for anybody (which you never can assure 100%), study carefuly all the major versions that we are jumping, and then make an educated decision. Also, how do you know that the dependee of @wesleybl what's the struggle with the old immer in your builds? what triggers this need? Can't you simply use the latest version in your add-on package and get along with it? Regarding the |
@sneridagh Regarding the But it was never in Volto 18. It's still a PR. So, there's nothing to revert. I even removed the update from the PR: d673f4e Regarding https://security.snyk.io/package/npm/immer
https://github.com/plone/volto/blob/18.x.x/pnpm-lock.yaml#L34149-L34151 Since it's to increase security, I considered updating it (and would like to do the same with other packages with critical vulnerabilities that don't have compatibility issues). I can do this only on my project, but I don't think it's a good practice. If everyone does things in their own project, Volto won't evolve and it will be more difficult to update Volto on my project. If anything goes wrong, we can undo it. But I respect whatever the decision is. |
@sneridagh Regarding https://github.com/plone/volto/blob/18.x.x/packages/client/package.json#L62 There, I'm only in favor of reverting version 9 and using version 7. It seems that
See: https://github.com/plone/volto/blob/main/packages/client/README.md?plain=1#L17 This would also resolve issue plone/cookieplone-templates#236 I'll address this in #7288 |
Backport of #7359 to Volto 18.