- Issue created by @nsciacca
- Merge request !563395389: Check for target_type before calling getStorage in EntityCloneCloneableField->isClonable → (Merged) created by nsciacca
- last update
almost 2 years ago 30 pass - 🇬🇧United Kingdom AlbionBrown
I'm glad I came across this. I'd experienced the same issue and logged an error on the Dynamic Entity Reference module.
I'd been advised to look into using the implementation of https://www.drupal.org/project/drupal/issues/3057545 🐛 ResourceTypeRepository wrongly assumes that all entity reference fields have the setting "target_type" Fixed . - Status changed to RTBC
almost 2 years ago 2:32pm 30 November 2023 - Status changed to Postponed: needs info
over 1 year ago 7:47am 10 May 2024 - 🇮🇳India rajeshreeputra Pune
I am unable to reproduce this issue with latest 2.x code.
- Status changed to Needs review
4 months ago 4:00pm 27 May 2025 - 🇺🇸United States firewaller
FWIW this patch resolved the error for us and is still in use. Specifically with the Dynamic Entity Reference and Paragraphs module.
- 🇸🇮Slovenia deaom
Based on the comments this issue is RTBC, so changing status to that. There was a duplicated issue opened 🐛 Method isClonable throws Plugin not found exception when target_type is not defined in field settings Active which reports the same issue and implements similar solution, but this issue has more steps to reproduce and general activity and is also older.
Did test manually by adding the Dynamic Entity Reference module where I can also confirm the issue exists by showing the Plugin not found exception error. After applying the MR, the issue is resolved and the entity can be cloned. From my POV this can be merged. Now that this issue is closed, please review the contribution record.
As a contributor, attribute any organization helped you, or if you volunteered your own time.
Maintainers, please credit people who helped resolve this issue.