Closed (outdated)
Project:
Replicate
Version:
8.x-1.x-dev
Component:
Documentation
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
3 Jan 2019 at 15:56 UTC
Updated:
13 Mar 2023 at 22:17 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
robertwb commentedI don't care either way, and thought the same thing myself, but FWIW todays stats (pic below) show this module to have over 15K active sites, and D7 support, which for many developers is a plus.
Comment #3
colanThat's in total. Click on the link to see the numbers split up by major Drupal version.
Also, while the D7 support is nice, it doesn't really add any value as these modules don't manage any data. There's no upgrade / migration patch to worry about.
It's a simple switch for users to either follow a D8 link here to Entity Clone, or to find a link to it from Upgrade Status (which I already added in #303588: Show suggested replacement for obsolete modules).
Comment #4
colanComment #5
beltofteOne major reason why I prefer Replicate is the support for Entity Reference Revision (ERR), which makes it useful for cloning entities with nested Paragraphs. See https://www.drupal.org/project/paragraphs/issues/2975033#comment-12628782.
Comment #6
colanThat was fixed in Entity Clone in #2706639: Support for sub-entity cloning so Replicate is no longer necessary.
Comment #7
ekes commentedSo I'm just doing a quick review to decide which to use. What I'm missing with Entity Clone is the ability to control it easily via the API rather than via a Form. This manifests itself in the fact that the events are called by the form as well - which means they aren't on recursion. And it looks rather non-simple to programatically set what happens to each field and referenced entities (if it they get cloned or not, or if they need to be altered) on a clone by content type or whatever. It would probably be nice to use Entity Clone as there's lots of effort there, but structurally being able to do that seems like re-factoring it quite a bit?
Comment #8
colan#7: Would you kindly create an issue for this in the Entity Clone issue queue (unless there's one there already)? I would be good to discuss in that context. Maybe this can be fixed with some refactoring, as you suggest, but let's get some feedback from the maintainer, etc.
Comment #9
idebr commentedEntity Clone issue is available at #2965701: Add API to entity_clone
Comment #10
acbramley commentedFYI entity_clone still has critical bugs around cloning paragraphs. #3060223: Corrupted data on cloning nodes that contain paragraphs
Comment #11
jannakha commentedNo, I don't think it's a redundant module.
It's an API only, clean way to create clones of entities with ability to modify behaviour via EventSubscriberInterface.
Entity Clone has UI which might not be even required.
Comment #12
ruslan piskarovIn my opinion, the Replicate module is the best module for cloning and is very simple.
I use it together with https://www.drupal.org/project/replicate_actions.
Comment #13
hudriThere currently is a lot of traction in entity_clone module, covering the two major issues mentioned here: The issue with paragraphs cloning seems finally worked out, and also the cloning API has a promising MR.
When those two MR's are commited, I'd say this module's functionality is fully covered by entity clone.
Comment #14
itamair commented+ 1 to Replicate ...
I was using Entity Clone ... but facing some important issues.
I ended up adopting with Replicate (and Replicate UI) with much satisfaction ...
Comment #15
acbramley commentedThis module now has almost 18k installs. I think it's safe to say it's not redundant.