-
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
Warning: Using UNSAFE_componentWillReceiveProps in strict mode is not recommended #1794
Comments
Yes, we still use UNSAFE_componentWillReceiveProps in 2.0 -- the only thing that was fixed was removing a few instances of this method, and mostly just renaming componentWillReceiveProps -> UNSAFE_ componentWillReceiveProps. If you'd like to help with refactoring to remove it, that would be very much appreciated! |
I have the same warning. |
Is there a PR for this yet? |
It doesn't look like it yet. More info on a fix: https://reactjs.org/docs/react-component.html#unsafe_componentwillreceiveprops |
Hi, I found the same warning. When can the checkin be expected in a release and will it fix this Issue so that the warning disappears? |
Still no fix for this issue? |
this is the commit with the fix |
Maybe I’m being dumb, but I can’t see a PR for this (neither open nor closed)? |
@jimmycallin has a slightly more complex PR #2010 that does this, though maybe https://github.com/mrjuan1/react-jsonschema-form/commit/0dd427d5368db4ca9458c77fca79887d48a0d748 would just work as a simpler solution instead? What do you think @jimmycallin ? |
"slightly more complex" is surely an understatement. If it works, I'm happy! I'll see if I can figure out why I thought the refactorings were necessary. |
Ok, I just looked into the commit and it won't work unfortunately, for the reasons that caused me to introduce the necessary refactorings. On line 45 you can see that it calls a class method using |
Any update on this? |
up? We now have react 18 out and this issue popped up in a previous major release so it would be neat to fix it. |
Is there any status update on this issue? |
The issue is still present |
Is this on the roadmap? Do you require external contribution? |
… items Fixes rjsf-team#3924 by defaulting to an empty object for the `itemSchema` when undefined Fixes rjsf-team#3927 by fixing `getSnapshotBeforeUpdate()` added for the fix rjsf-team#1794 - In `@rjsf/core` updated `ArrayField`'s `renderFixedArray()` to default the `itemSchema` to an empty object if it is falsy - Updated the tests for `ArrayField` to verify the fix - Updated the `getSnapshotBeforeUpdate()` to diff the old and new props and to set the `shouldUpdate` prop if the old and new state differs - Updated `CHANGELOG.md` accordingly - Also added entry for the fix for rjsf-team#3919
… items Fixes rjsf-team#3924 by defaulting to an empty object for the `itemSchema` when undefined Fixes rjsf-team#3927 by fixing `getSnapshotBeforeUpdate()` added for the fix rjsf-team#1794 - In `@rjsf/core` updated `ArrayField`'s `renderFixedArray()` to default the `itemSchema` to an empty object if it is falsy - Updated the tests for `ArrayField` to verify the fix - Updated the `getSnapshotBeforeUpdate()` to diff the old and new props and to set the `shouldUpdate` prop if the old and new state differs - Updated `CHANGELOG.md` accordingly - Also added entry for the fix for rjsf-team#3919
… items Fixes rjsf-team#3924 by defaulting to an empty object for the `itemSchema` when undefined Fixes rjsf-team#3927 by fixing `getSnapshotBeforeUpdate()` added for the fix rjsf-team#1794 - In `@rjsf/core` updated `ArrayField`'s `renderFixedArray()` to default the `itemSchema` to an empty object if it is falsy - Updated the tests for `ArrayField` to verify the fix - Updated the `getSnapshotBeforeUpdate()` to diff the old and new props and to set the `shouldUpdate` prop if the old and new state differs - Updated `CHANGELOG.md` accordingly - Also added entry for the fix for rjsf-team#3919
…3929) Fixes #3924 by defaulting to an empty object for the `itemSchema` when undefined Fixes #3927 by fixing `getSnapshotBeforeUpdate()` added for the fix #1794 - In `@rjsf/core` updated `ArrayField`'s `renderFixedArray()` to default the `itemSchema` to an empty object if it is falsy - Updated the tests for `ArrayField` to verify the fix - Updated the `getSnapshotBeforeUpdate()` to diff the old and new props and to set the `shouldUpdate` prop if the old and new state differs - Updated `CHANGELOG.md` accordingly - Also added entry for the fix for #3919
Fixed (using version 5.13.6). Thanks! |
Hi!
I have an old bug see here but i'm with the last version.
I know that the warning is not raised in production but normally this bug was fixed in the 2.0 version, isn't it ?
I'm only reusing one Form component and only change data and uischema for each schema I have in my multistep form.
Description
index.js:1 Warning: Using UNSAFE_componentWillReceiveProps in strict mode is not recommended and may indicate bugs in your code. See https://fb.me/react-unsafe-component-lifecycles for details.
Please update the following components: Form
Version
react: 16.13.1
@rjsf/core: 2.0.1
Cheers,
Yu.
The text was updated successfully, but these errors were encountered: