Currently each edited field is saved individually, causing a revision of a node to be created. Revisions should be created at a more macro level i.e. incorporate numerous field changes to an entity.
From #1824500-74: In-place editing for Fields →
But we need [revisioning] to work in tandem with the rest of the experience, and not work against it. The only way we could see that work, is by not burdening every field that can be edited with revision metadata. I.e. while the user is happily editing in-place, save all changes that are being made by the user either into a new revision (or even create a new "temporary" revision for each changed field individually, then clean up the revisions once the user is ready with editing — this is similar to what Wordpress does), or into the TempStore. Once the user is ready with the editing, we could then ask the user to say whether (s)he wants to A) overwrite the latest published revision, B) save it into a new revision, though we could just not ask that question and default to B if "Create new revision" is enabled. --
TBD
TBD
TBD. Probably none.
Postponed: needs info
9.5
Issue summaries save everyone time if they are kept up-to-date. See Update issue summary task instructions.
Not all content is available!
It's likely this issue predates Contrib.social: some issue and comment data are missing.
Could the IS be updated for how this pertains for D10+
Thanks!
There has been no work on this task for 11 years. It is likely that it is no longer needed or has been implemented. Therefor, closing.
If there is work to do here, then either re-open the issue and add a comment or open a new issue and reference this one.