The spec currently address forms that have an entity node with truthy create and update like so:
MAY also have a bind to a create attribute as previously defined. In that case, the form designer is responsible for making sure that the id is correctly populated in each case and that the update and create conditions don’t result in both being truthy at the same time. If both are truthy, the spec consumer processing submissions should do both and one of them will fail.
The actual result of "should do both and one of them will fail" isn't clear here. We should define what exactly happens when processing submissions for these cases:
- A create form (
id, create="true" and no baseVersion) that also has update="true"
- An update form (
id, baseVersion and update"true") that also has create="true"
The spec currently address forms that have an
entitynode with truthycreateandupdatelike so:The actual result of "should do both and one of them will fail" isn't clear here. We should define what exactly happens when processing submissions for these cases:
id,create="true"and nobaseVersion) that also hasupdate="true"id,baseVersionandupdate"true") that also hascreate="true"