You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, all form fields require the user to interact with that field or make changes in order to submit the field's value for changes in their feature. This caused a bug today, as the accuracy verification checkbox has a default "checked" (or "true") value. Most users to not interact with this field before submitting the form, which means this field was treated as not "touched" by the user, and was not part of the submitted changes in the request.
Some form fields, like the accuracy verification checkbox field, should not be required for users to interact with in order to change the value when submitting a form. Some fields can be filled with default values that the user will not change before submission, and these values should be sent over to be processed in the Features API.
Ideally, we can designate which fields do not require user interaction to be part of the request, so it would be useful to designate certain fields as not required to be touched. This requireTouched property could be added and referenced from the field definitions in client-src/elements/form-definition.js.
The text was updated successfully, but these errors were encountered:
Work on this has not been done yet. I added a special case in the code to always submit the accurate_as_of form field value whether it has been touched or not, but it's possible that there could be more fields that should be handled the same way. In that case, the approach described above still needs to be implemented.
Closing this since #3425 has landed. We have no other fields that function this way, but If new fields come up and require function similar to the accurate_as_of checkbox, then a defaultTouched or requireTouched property might be worthwhile in the form definition. Without that needed yet, this is likely not worth pursuing.
Currently, all form fields require the user to interact with that field or make changes in order to submit the field's value for changes in their feature. This caused a bug today, as the accuracy verification checkbox has a default "checked" (or "true") value. Most users to not interact with this field before submitting the form, which means this field was treated as not "touched" by the user, and was not part of the submitted changes in the request.
Some form fields, like the accuracy verification checkbox field, should not be required for users to interact with in order to change the value when submitting a form. Some fields can be filled with default values that the user will not change before submission, and these values should be sent over to be processed in the Features API.
Ideally, we can designate which fields do not require user interaction to be part of the request, so it would be useful to designate certain fields as not required to be touched. This
requireTouched
property could be added and referenced from the field definitions inclient-src/elements/form-definition.js
.The text was updated successfully, but these errors were encountered: