[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