Idea summary

What is the problem to solve?

A major problem with core's content workflows using nested entities via Entity Reference is that changes to the nested entities will be published immediately, even when using an editorial workflow via Content Moderation.

Who is this for?

(Evaluators, site visitors, content authors, site managers, (advanced) site builders, frontend developers, backend developers, core developers, site owners, other?)

Result: what will be the outcome?

The solution to this would be to bring Entity Reference Revisions into core (or equivalent functionality) so that a child reference entity's changes can be tied directly to the parent entity's publication status.

How can we know the desired result is achieved?

(Usability test, a metric to track, feedback)

Comments

DamienMcKenna created an issue. See original summary.

DamienMcKenna’s picture

This would also provide a solid base for other modules to build from, rather than people constantly building new nested entity architectures that don't work with revisions (Field Collection, Bricks, Stacks, etc).

Berdir’s picture

Pretty sure there are existing issues for this

DamienMcKenna’s picture

Yes, and I opened it ;-)

yoroy’s picture

Issue summary: View changes
Status: Active » Needs work

Reworked the issue summary to use the idea proposal template. Needs work to answer all the questions, thank you :)

hawkeye.twolf’s picture

One problem with ERR—and I think a blocker on bringing it into core—is that on some medium-to-small sites, especially those with many paragraphs per node, "revision bloat" degrades database performance. See core issue #2960887: Do not create field revisions when field data hasn't changed for details/explanation.

DamienMcKenna’s picture

Status: Needs work » Active

@derek.hawkeye.deraps: Thanks for opening that issue!