Open mcoughlin opened 3 years ago
As I suggested before, please see if you can implement these checks as validators in the WTForm definition so that the error messages are all presented consistently.
So we do this currently by actually making the schedule with the windows and references and everything... is the suggestion to run the schedule, check if empty, and then allow to continue if it passes? The validation isn't as simple as "this parameter is set correctly..."?
Ah, I see, this is a bit different for the manual one. Lemme see sorry.
Oh, I see. It sounds like these checks don't fit naturally into the validation stage, then.
The unit test failures look unrelated, but we'll need to fix them in a separate PR.
In a reversed form (keys and values switched). I think that set could be pulled to the top of that function.
Please rebase. The unit tests are now passing on main.
Does this pull request make any changes to the database? None
Code changes that affect the database require special attention for data migration. N/A