[Koha-bugs] [Bug 29719] onloan dates are cleared from items when importing and overlaying

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Sun Jan 9 01:40:38 CET 2022


https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29719

Katrin Fischer <katrin.fischer at bsz-bw.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|Needs Signoff               |Failed QA

--- Comment #3 from Katrin Fischer <katrin.fischer at bsz-bw.de> ---
It might get too late and I might be misunderstanding it all, but I am not sure
if this fix is in the right spot.

Instead of introducing the onloan special case to the general method in
Object.pm, would the solution not be to add it to the $properties_hashref? 

321     $item->{cn_source} = delete $item->{'items.cn_source'}; # Because of
C4::Biblio::_disambiguate
 322     delete $item->{'items.cn_sort'};   # Because of
C4::Biblio::_disambiguate
 323     $item->{itemnumber} = $itemnumber;
 324     $item->{biblionumber} = $biblionumber;
 325 
 326     my $existing_cn_sort = $item_object->cn_sort; # set_or_blank will
reset cn_sort to undef as we are not passing it
 327                                                   # We rely on
Koha::Item->store to modify it if itemcallnumber or cn_source is modified
 328     $item_object = $item_object->set_or_blank($item);



279 =head3 $object->set_or_blank( $properties_hashref )
280 
281 $object->set_or_blank(
282     {
283         property1 => $property1,
284         property2 => $property2,
285         property3 => $propery3,
286     }
287 );
288 
289 If not listed in $properties_hashref, the property will be set to the
default
290 value defined at DB level, or nulled.

-- 
You are receiving this mail because:
You are watching all bug changes.


More information about the Koha-bugs mailing list