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
tl;dr: Be careful when naming any custom DVR validation rules, avoid starting rule name with "required", "same" or "different"
We're in the process of upgrading from v1.35.1 to 2.0.9, in preparation for mobx 6 and the 3.0 upgrade. While doing this, I ran into a very strange issue where the form was crashing when it tried to select a date. That is, the code was effectively running:
I traced the problem back to the makeLabels method in DVR.js, which checks if the rule being parsed starts with required_, same or different, and if so, attempts to parse it as one of those rules and takes the argument after the comma as a field name.
In our case, we defined our rule as:
const rules = {
same_or_after_moment: {
validateRule: (value, arg) => {
debugger;
return moment(value).isSameOrAfter(arg);
},
message: 'The end date/time must be after the start date/time',
},
}
and configured the rule as rule = \`required|date|moment_same_or_after:${newVal}\`;
Since our implementation uses a specific value (ie: newVal in example) instead of a field name, the form crashed
The text was updated successfully, but these errors were encountered:
tl;dr: Be careful when naming any custom DVR validation rules, avoid starting rule name with "required", "same" or "different"
We're in the process of upgrading from v1.35.1 to 2.0.9, in preparation for mobx 6 and the 3.0 upgrade. While doing this, I ran into a very strange issue where the form was crashing when it tried to select a date. That is, the code was effectively running:
... which obviously caused a problem.
I traced the problem back to the
makeLabels
method in DVR.js, which checks if the rule being parsed starts withrequired_
,same
ordifferent
, and if so, attempts to parse it as one of those rules and takes the argument after the comma as a field name.In our case, we defined our rule as:
and configured the rule as
rule = \`required|date|moment_same_or_after:${newVal}\`;
Since our implementation uses a specific value (ie:
newVal
in example) instead of a field name, the form crashedThe text was updated successfully, but these errors were encountered: