-
Notifications
You must be signed in to change notification settings - Fork 26
Open
Labels
Description
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 nobaseVersion) that also hasupdate="true" - An update form (
id,baseVersionandupdate"true") that also hascreate="true"