You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
React Native 0.78 ListItem.Accordion Each child in a list should have a unique "key" prop. #3968
I directly copied the following code in React Native 0.78 version
Expected behavior
“Each child in a list should have a unique "key" prop. Check the render method of View. It was passed a child from PadView.”
Describe the bug
I have already set the key, but this error still occurred
“Each child in a list should have a unique "key" prop. Check the render method of View. It was passed a child from PadView.”
Steps To Reproduce

“Each child in a list should have a unique "key" prop. Check the render method of `View`. It was passed a child from PadView.”
It seems if multiple items are under <ListItem>, the warning is displayed. Here are simplified demonstrations of the issue. To demonstrate the problem, I added keys at all levels.
Example 1:
@FTW-001
This library is no longer maintained and if you wish you can use fork of this library where this issues is fixed and also some other issues are also fixed there.
@FTW-001 This library is no longer maintained and if you wish you can use fork of this library where this issues is fixed and also some other issues are also fixed there.
Seems like there was some additional formatting to the patch file in claudiozam's comment above.
Here is a super minimal diff generated by patch-package - all it adds is the ", key: PadView-${index}" to the View component.
This solved the issue for me on Accordion and also the @rneui/themed ListItem I was using elsewhere. Not 100% sure why this wasn't a problem with react 18 though.
This is fixed on the current next branch by commit 301f2af, which gives every generated PadView spacer a stable key. I also reran the focused ListItem suite against React 19.1.0 with an explicit console.error assertion for the unique-key warning; the two-child Title/Subtitle case is clean (13/13 tests pass). The fix shipped after 4.0.0-rc.8, first in v5.0.0-beta.1 and now in stable v5.0.0, so upgrading to v5 should resolve this issue. It can likely be closed.
Activity
FTW-001 commentedon Mar 7, 2025
@rneui/base : ^4.0.0-rc.8
@rneui/themed : ^4.0.0-rc.8
react : 19
react-native : 0.78.0
@types/react : ^19
0x13b commentedon Mar 8, 2025
I upgraded my project from rn0.68 to rn0.78 along with rneui upgrade and have same issue.
Bilal-Abdeen commentedon Apr 6, 2025
It seems if multiple items are under
<ListItem>, the warning is displayed. Here are simplified demonstrations of the issue. To demonstrate the problem, I added keys at all levels.Example 1:
Example 2:
claudiozam commentedon Apr 13, 2025
Quick fix with patch-package https://github.com/ds300/patch-package#readme
deepktp commentedon May 7, 2025
@FTW-001
This library is no longer maintained and if you wish you can use fork of this library where this issues is fixed and also some other issues are also fixed there.
Fork Repo React Native Vikalp Elements
Migration Guide
Documentation
NewMediaInstructor commentedon Jul 12, 2025
There was a post from one of the mods in this thread (#3925) that says that they intend to revive it.
mehmethanguven commentedon Aug 7, 2025
I replaced ListItem.Accordion with your a custom Accordion component using Expo-compatible components like Pressable, Animated, and View.
// components/AccordionItem.tsx
ChromeQ commentedon Sep 13, 2025
Seems like there was some additional formatting to the patch file in claudiozam's comment above.
Here is a super minimal diff generated by patch-package - all it adds is the ", key:
PadView-${index}" to the View component.This solved the issue for me on Accordion and also the @rneui/themed ListItem I was using elsewhere. Not 100% sure why this wasn't a problem with react 18 though.
huytdps13400 commentedon Aug 26, 2026
This is fixed on the current
nextbranch by commit301f2af, which gives every generated PadView spacer a stable key. I also reran the focused ListItem suite against React 19.1.0 with an explicitconsole.errorassertion for the unique-key warning; the two-child Title/Subtitle case is clean (13/13 tests pass). The fix shipped after4.0.0-rc.8, first inv5.0.0-beta.1and now in stablev5.0.0, so upgrading to v5 should resolve this issue. It can likely be closed.