- 🇫🇷France nicolas bouteille
FYI, I just faced the same problem using Content Moderation and trying to update the latest draft revision programmatically, but without creating a new revision, so using setSyncing(TRUE). When no additional revision is created, we face the same problem that if the value we try to set is identical to the one stored in the default revision (last published one), then the value is not updated.
Setting $entity->original as suggested in #29 does prevent the issue. - Status changed to RTBC
over 1 year ago 4:36am 22 February 2023 - 🇦🇺Australia acbramley
Given this can lead to data loss I think it's time we get this in.
I've opened a follow up ✨ Add loadOriginalEntity function Closed: duplicate to address #20
Bumping to major as per #26
- Status changed to Fixed
over 1 year ago 10:11am 22 February 2023 - 🇬🇧United Kingdom catch
I think 📌 $entity->original doesn't adequately address intentions when saving a revision Needs work already covers #20 so closed the new issue as duplicate of that.
Added credit from #3152820: Workspaces // Revision id in dedicated table not updated on publishing → .
Committed b886bd7 and pushed to 10.1.x. Thanks!
- 🇬🇧United Kingdom catch
Added a change record: https://www.drupal.org/node/3343661 →
- 🇨🇭Switzerland berdir Switzerland
And there's the mentioned 📌 Add a method to access the original property Needs work , my plan for that is to make the replacement for $entity->original behave like the internal workaround here (that also exists in 2-3 other places already), which would then also make that other issue a duplicate.
Automatically closed - issue fixed for 2 weeks with no activity.
- Status changed to Fixed
about 1 year ago 2:11am 9 September 2023