Make Metadata Display Entities Revisionable

[DiegoPino]

What?

Since metadata display entities drive almost every user facing and import facing transformation we should make them revision able so small changes/mistakes (logic ones, since we already validate them) can be reverted and also there exposed log of the evolution of a twig template in the form of these entities

How?

The task at hand is well document

• https://www.drupal.org/docs/drupal-apis/entity-api/converting-a-content-entity-type-to-be-revisionable-and-publishable

And involves:

• Updating the Annotations on the Entity
• Adding new Form routing for the Entity
• Extending the Entity to a different Class
• Making Update Hooks for already ingested Entities
  An on our side/integration
• Making sure that we always use the latest published Entity whenever we load it (testing first, then checking where we fail)

Twig templates (our metadata display entities) are used on

• Format Strawberry Field
• Webform (not too much, probably a small check on the current webform elements is enough)
• AMI

@aksm this should not take more than a week. Please open a pull as soon as you start working on this so we can have an ongoing discussion. Thanks!

[aksm]

As of now, Metadata Display Entities are revisionable in #216, but there is no UI/routing/access control to manage the revisions that are generated. There is an RTBC patch in this Drupal issue that hopefully gets committed to core soon, which means we won't have to duplicate existing core code (from nodes for example) or make everything from scratch. We could roll with this as is and users would be able to generate revisions for now that they'd be able to work with in the next release, but maybe that would just be confusing? Otherwise, we can bump this to 1.1.0. @DiegoPino thoughts?

[patdunlavey]

@aksm and @DiegoPino I see that the Drupal issue has been marked as "Closed (fixed)". Is there further work needed on this PR (other than review/testing)?

[DiegoPino]

Review and testing is a lot! Do you want to review/test? That would be helpful. Also if its marked as closed fixed, composer.json needs to be mark the version were it was fixed

[patdunlavey]

@DiegoPino The Drupal core revision for that update is 10.1.0. Should I put this in a PR against @aksm 's format_strawberryfield/composer.json?