-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conflict in date constraints when one date is deleted #128
Comments
[Trac import] The code for the validator called "daterange" in web/include/validations.js is not prepared to take this case into account. But that's irrelevant because execution will never reach that code: "allowBlank" attribute in the date fields is set to true, and the validation code in ExtJS !DateField checks the value of allowBlank in first place; if it's true then it's considered a valid value and code returns at that point, without running the validator. Essentially, the root of the problem is that we are using a mechanism intended for validation with the intention of setting interdependent restrictions between fields. |
[Trac import]
|
[Trac import] This is still happening in the following reports:
In the following management screens:
And probably in XP tracker too. |
[Trac import]
|
[Trac import]
Reported by: jaragunde
Original date: Thursday, 30 December 2010 11:54
Steps to reproduce the bug:
As it can be deducted, the problem is that date constraints are updated after a change but not after a deletion.
This bug can probably affect other pairs of start date/end date inputs in other screens of the application.
The text was updated successfully, but these errors were encountered: