Summary: | Batch checkout dateformat error | ||
---|---|---|---|
Product: | Koha | Reporter: | Claudio Costales <costalc> |
Component: | Circulation | Assignee: | Bugs List <koha-bugs> |
Status: | RESOLVED DUPLICATE | QA Contact: | Testopia <testopia> |
Severity: | normal | ||
Priority: | P5 - low | CC: | gmcharlt, kyle.m.hall, veron |
Version: | Main | ||
Hardware: | All | ||
OS: | All | ||
See Also: | http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15429 | ||
Change sponsored?: | --- | Patch complexity: | --- |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Circulation function: | |||
Attachments: | Batch checkout dateformat error |
Description
Claudio Costales
2015-12-26 20:42:02 UTC
Created attachment 45988 [details]
Batch checkout dateformat error
Tested in 3.22 and 3.22.1 Confirmed for the following situation: Enter 2 valid barcodes Then enter a line with one space character Then enter one more empty line or a barcode e.g. 1 2 3 ('empty' line contains one space character) Result: The given date (13/05/2022 00:00) does not match the date format (iso) at /usr/share/kohaclone/Koha/DateUtils.pm line 153. Strange, in circ/circulation.pl the patron's expiration date format suddenly changes: Around line 413, before the line my $issue = AddIssue(... $borrower->{'dateexpiry'} is: 2022-05-13 after Addissue(... $borrower->{'dateexpiry'} is: 05/13/2022 00:00 Digging deeper, the value seems to change in C4/Letters.pm Line 803 (sub _parseletter) $values->{'dateexpiry'} = format_sqldatetime( $values->{'dateexpiry'} ); With Bug 15429 applied I can no longe reproduce the issue. Issue resolved applying patch described in bug #15429. Tested in 3.22.1 Thanks Marc! (Should I change the status of this bug to RESOLVED?) |