From bugzilla-daemon@bugs.koha-community.org Fri Dec 20 02:26:43 2024 From: bugzilla-daemon@bugs.koha-community.org To: koha-bugs@lists.koha-community.org Subject: [Koha-bugs] [Bug 15516] Allow to place a hold on first available item from a group of titles Date: Fri, 20 Dec 2024 01:26:40 +0000 Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7030364860128816951==" --===============7030364860128816951== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3D15516 --- Comment #475 from David Cook --- Comment on attachment 162079 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3D162079 Bug 15516: Allow to reserve first available item from a group of titles Review of attachment 162079: --> (https://bugs.koha-community.org/bugzilla3/page.cgi?id=3Dsplinter.html&b= ug=3D15516&attachment=3D162079) ----------------------------------------------------------------- ::: circ/view_holdsqueue.pl @@ +63,5 @@ > + biblionumber =3D> $item->{biblionumber} > + }, > + { order_by =3D> 'reservedate' } > + )->next; > + $item->{hold_group_id} =3D $related_hold ? $related_hold->hold_gro= up_id : undef; Ah, the lack of this block is why view_holdsqueue.tt doesn't work anymore... This is problematic anyways. I wonder if the tmp_holdsqueue table should store the reserve_id, although I don't quite understand the point of the tmp_holdsqueue table... ::: koha-tmpl/intranet-tmpl/prog/en/modules/circ/view_holdsqueue.tt @@ +197,4 @@ > [% ELSE %] > [% items= loo.barcode | uri %] or any available > [% END %] > + [% IF itemsloo.hold_group_id %] This doesn't work because hold_group_id doesn't appear in the tmp_holdsqueue table. With this patch, the Holds Queue will throw a 500 error if it has any content to show. --=20 You are receiving this mail because: You are watching all bug changes. --===============7030364860128816951==--