https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17996
--- Comment #2 from Barton Chittenden <[email protected]> --- In my initial testing, I've found that longoverdue.pl --lost 1=2 --charge=2 --mark-returned --confirm Does indeed check the item in and set old_issues.returndate to NULL, but the item still shows as 'Checked out' on the patron and item circ history. See koha-tmpl/intranet-tmpl/prog/en/modules/members/readingrec.tt line 125 125 [% IF issue.returndate %] 126 <span title="[% issue.returndate %]">[% issue.returndate |$KohaDates with_hours => 1 %]</span> 127 [% ELSE %] 128 <span title="Checked out"><small>Checked out</small></span> 129 [% END %] koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/issuehistory.tt line 86 86 <td>[% IF ( issue.returndate ) %] 87 <span title="[% issue.returndate %]">[% issue.returndate |$KohaDates with_hours => 1 %]</span> 88 [% ELSE %] 89 <span title="Checked out"><small>Checked out</small></span> 90 [% END %]</td> ... unfortunately I don't think that it's as simple as adding a test for lost lost status, because it *is* possible for items to be checked out and lost. the underlying problem is that there's an implicit assumption that an item is checked out if either isssues.returndate or old_issues.returndate is NULL. -- 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/
