[Koha-bugs] [Bug 14060] Remove readonly on date inputs
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Mon Jan 4 12:05:29 CET 2016
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14060
--- Comment #18 from Jonathan Druart <jonathan.druart at bugs.koha-community.org> ---
(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.
More information about the Koha-bugs
mailing list