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
DBField ValidationException started being thrown in #11403
The "message" is usually something simple such as "Must be numeric", which is fine in context of context of validation within forms as their is also a "fieldName" key that can be used to link the message to a UX form field.
However in the case of dev/build or other programmatic tasks, the validation message lacks "fieldName" and "value", which makes debugging harder then it needs to be
Notes
Value was at one point added to ValidationException the DBField PR - though ultimately taken out. If we proceed with this work it should be added back it
Acceptance criteria
ValidationException are caught and the "message" is expanded to include the "fieldName" and "value" in dev/build like contexts
If not already exposed, the classname and possibly record ID for the invalid record are included
They are not expanded when run in a form submission context e.g. form submission, HTTP request via API
The text was updated successfully, but these errors were encountered:
DBField ValidationException started being thrown in #11403
The "message" is usually something simple such as "Must be numeric", which is fine in context of context of validation within forms as their is also a "fieldName" key that can be used to link the message to a UX form field.
However in the case of dev/build or other programmatic tasks, the validation message lacks "fieldName" and "value", which makes debugging harder then it needs to be
Notes
Acceptance criteria
The text was updated successfully, but these errors were encountered: