June 2025 - Koha-bugs - lists.koha-community.org

[Bug 38157] New: Deduct time on hold shelf from loan period
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38157 Bug ID: 38157 Summary: Deduct time on hold shelf from loan period Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be helpful if the circulation rules had an option (check box) to deduct the number of days a hold has been waiting from the loan period. This would be particularly helpful for ILL loans, where the loan period starts the moment the item arrives at the library for the patron, not when the patron picks it up. I could also see some libraries incorporating this functionality as an incentive to pick up holds sooner rather than later, to get as much loan time as possible. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 29868] New: Add Koha::Old::Hold->anonymize
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29868 Bug ID: 29868 Summary: Add Koha::Old::Hold->anonymize Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Found the need to anonymize from Koha::Hold->cancel, and in this case using an iterator would be overkill as I already have the Koha::Old::Hold object in place as the return value from $self->_move_to_old... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 29874] New: Remove unused method C4::SIP::ILS::Item::fill_reserve
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29874 Bug ID: 29874 Summary: Remove unused method C4::SIP::ILS::Item::fill_reserve Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The method is only mentioned when it is defined in the codebase. Likely unused, as C4::Circulation::AddIssue already fills the hold if required. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 33791] New: $hold->fill does not set itemnumber when checking out without confirming hold
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33791 Bug ID: 33791 Summary: $hold->fill does not set itemnumber when checking out without confirming hold Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If you add a hold on a book (next available), and then checkout an item of this book to the same patron, the hold is filled but without itemnumber. Since we normally expect an itemnumber in old_reserves, this may be confusing. For instance, reserve_stats.pl ignores these holds because it filters on itemnumber. Is this simply a bug or are there circumstances that this behavior is preferred? In other words, should we fix reserve_stats.pl and other code that assumes the itemnumber or should we fix MoveReserve/$hold->fill ? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 29869] New: Add Koha::Hold->fulfill
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29869 Bug ID: 29869 Summary: Add Koha::Hold->fulfill Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org This method will overtake C4::Reserves::ModReserveFill. It will store 'FULFILL' in the action_logs table as well (to solve the FIXME that cna be found in the old method). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 55

[Bug 29891] New: Add Koha::Holds->fix_priorities
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29891 Bug ID: 29891 Summary: Add Koha::Holds->fix_priorities Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The method should explode if the resultset doesn't belong to the same biblio. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 6473] Test bug for Git-bz ✔ ❤ ★
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6473 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #183182|0 |1 is obsolete| | --- Comment #297 from Chris Cormack <chris(a)bigballofwax.co.nz> --- Created attachment 183183 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=183183&action=e… Bug 6473: Test git-bz after bugzilla update https://bugs.koha-community.org/show_bug.cgi?id=6743 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40056] New: Transferring item with record-level hold does not transfer item, only the to wrong destination
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40056 Bug ID: 40056 Summary: Transferring item with record-level hold does not transfer item, only the to wrong destination Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: anneli.osterman(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 182917 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=182917&action=e… Image of the pop of you get when trying to transfer an item with record-level hold The process of transferring an item which bibliographic record has an unfullfilled hold is strange. I'm not sure how to describe it so here is how to reproduce it and questions: 1. Make a record-level hold for Centerville 2. Go to Circulation -> Transfer 3. Transfer an item from the stage 1 record to Franklin (You are in Centerville) 4. Get a pop up that tells that there is a hold in Centerville and a button "Transfer to Centerville" 5. Click the transfer button 6. You will get a notice that the item was transferred to Franklin 7. Go to the record of the stage 1 8. Notice that the item is not in transfer. You can also check this from branchtransfers table with query SELECT * FROM branchtransfers where itemnumber="put here the itemnumber of the transferred item"; 9. Go to the holds of the record and notice that the hold is in transfer to Centerville Questions: - Why does it want to transfer to the same location as where I am at the moment and not to the location I picked? - Why does it say that item was transferred when it actually was not? - Why does it transfer the hold? I'm not transferring holds when useing the Transfer tool. - Why does the hold get filled when transferring an item? I'm not trying to fill holds, I'm trying to ignore the hold and transfer the item. Other options in the pop up are "Cancel hold and attempt to transfer" and "Ignore and return to transfers". It kind of forces to fill the hold or cancel it and does not let you to transfer the item regardless of the hold. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 6473] Test bug for Git-bz ✔ ❤ ★
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6473 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #144144|0 |1 is obsolete| | Attachment #144671|0 |1 is obsolete| | Attachment #144672|0 |1 is obsolete| | Attachment #144673|0 |1 is obsolete| | Attachment #147183|0 |1 is obsolete| | Attachment #149031|0 |1 is obsolete| | Attachment #149032|0 |1 is obsolete| | Attachment #149033|0 |1 is obsolete| | Attachment #160568|0 |1 is obsolete| | Attachment #183180|0 |1 is obsolete| | --- Comment #296 from Chris Cormack <chris(a)bigballofwax.co.nz> --- Created attachment 183182 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=183182&action=e… Bug 6473: Test git-bz after bugzilla update -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6743] displayFacetCount not working
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6743 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #183181|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0