Committed 2e45e93 and pushed to 8.8.x. Thanks!
| Comment | File | Size | Author |
|---|---|---|---|
| #5 | interdiff.3069043.4-5.txt | 649 bytes | mikelutz |
| #5 | 3069043-5.drupal.Properly-deprecate-ContentEntityStorageBasedoLoadRevisionFieldItems.patch | 3.34 KB | mikelutz |
Committed 2e45e93 and pushed to 8.8.x. Thanks!
| Comment | File | Size | Author |
|---|---|---|---|
| #5 | interdiff.3069043.4-5.txt | 649 bytes | mikelutz |
| #5 | 3069043-5.drupal.Properly-deprecate-ContentEntityStorageBasedoLoadRevisionFieldItems.patch | 3.34 KB | mikelutz |
Comments
Comment #2
mikelutzSo, this is fun.
I think ContentEntityBase::doLoadMultipleRevisionFieldItems() needs to be abstract, and the extending storage classes need to add their loading logic directly. So we should trigger an error from here, and make it deprecated for inheriting classes to call parent::doLoadMultipleRevisionsFieldItems(), (core doesn't) and then make the method abstract in D9
Comment #3
berdir> o we should trigger an error from here, and make it deprecated for inheriting classes to call parent::doLoadMultipleRevisionsFieldItems(), (core doesn't) and then make the method abstract in D9
Yes, that was the idea, IIRC. This was done by @hchonov IIRC.
Comment #4
mikelutzComment #5
mikelutzComment #6
berdirLooks good. Not sure if we need the @todo with the link and the @see.
Comment #7
catchDid this on commit, @see implies further reading rather than further work to me.
Comment #9
catchComment #10
mikelutzOh, those were two different links.. the @see was the CR explaining that calling the method directly was deprecated, the @todo linked to the followup issue.
The CR is still linked in the @trigger_error though, so it should be fine.
Comment #12
quietone commentedpublish change record