http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14060
--- Comment #18 from Jonathan Druart <[email protected]> --- (In reply to Marc Véron from comment #16) > Hi Jonathan, > > Sorry, I found following issues: > > 1) > Syspref dateformat = dmydot (01.10.2017) is not covered by the function > is_valid_date > > Symptom 1: > - Set syspref dateformat to dmydot, clear browser chache > - Try to add a manual restriction on moremember.pl > - manually enter 26.01.2017 > - hit 'Add restriction' > Result: restriction is added with empty date = indefinite restriction. > > Symptom 2: > - manually enter 1.1.2018 > - hit enter > - Message appears "Please enter valid date...", closes automatically after > ca. 1 second > Result: restriction is added with empty date = indefinite restriction. Should be fixed with the last patch. > 2) > Software error in following cases > > Case 1: > - Set syspref dateformat to dd/mm/yyyy, clear browser cache > - manually enter 1/10/2017 > - hit 'Add restriction' > Result: Software error: The given date (1/10/2017) does not match the date > format (metric) at /usr/share/kohaclone/Koha/DateUtils.pm line 153. > > Case 2: > - Set syspref to yyyy-mm-dd > - manually enter 2017-2-2 > - hit 'Add Restiction' > Result: Software error: The given date (2018-2-2) does not match the date > format (iso) at /usr/share/kohaclone/Koha/DateUtils.pm line 153. > > It seems that the timepicker's function parseDate accepts such dates. I don't manage to force the leading zeros, suggestions are welcome. -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
