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

[Bug 36577] New: (bug 34478 follow-up) marc21_linking_section.pl not working
by bugzilla-daemon＠bugs.koha-community.org 04 Jul '25

04 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36577 Bug ID: 36577 Summary: (bug 34478 follow-up) marc21_linking_section.pl not working Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P1 - high Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, jonathan.druart(a)gmail.com After applying "Bug 34478: op =~ ^cud- everywhere" the plugin marc21_linking_section.pl stopped working properly. Changes in marc21_linking_section.tt need to be reflected in marc21_linking_section.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 24381] New: ACCOUNT_DEBIT slip not printing information about paid fines/fees
by bugzilla-daemon＠bugs.koha-community.org 04 Jul '25

04 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24381 Bug ID: 24381 Summary: ACCOUNT_DEBIT slip not printing information about paid fines/fees Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org While the templates suggests it should print the fines/fees paid/changed by the payment, this doesn't work for me on current master. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 126

[Bug 29403] New: dt_from_string should fail if passed and rfc3339 formatted string when 'iso' is selected as dateformat
by bugzilla-daemon＠bugs.koha-community.org 04 Jul '25

04 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29403 Bug ID: 29403 Summary: dt_from_string should fail if passed and rfc3339 formatted string when 'iso' is selected as dateformat Change sponsored?: --- Product: Koha Version: master 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Our dt_from_string regex for time is optional.. as such we allow for non-matches.. but we don't check that the string as a whole matches a valid date/datetime string.. thus we don't fail when we should. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 106

[Bug 29718] New: DateTime - our 'iso' is not ISO 8601
by bugzilla-daemon＠bugs.koha-community.org 04 Jul '25

04 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29718 Bug ID: 29718 Summary: DateTime - our 'iso' is not ISO 8601 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: In Discussion Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)ptfs-europe.com, tomascohen(a)gmail.com In some scripts we are doing unnecessary conversion from string to DT and vice-versa, sometimes several times. For instance, see bug 29711. We have epoch => DT => string => sending to template in 'iso' YYYY-MM-DD HH:MM => DT => string. This is because the stringified version of DT (the real ISO 8601 YYYY-MM-DDTHH:MM:SS) is not supported by our dt_from_string method. There are (at least) two options: * Use DateTime::Format::Strptime In dt_from_string: my $formatter = DateTime::Format::Strptime->new(pattern => '%Y-%m-%d %H:%M:%S'); return DateTime->now( time_zone => $tz, formatter => $formatter, ) unless $date_string; Then later $dt_params{formatter} = $formatter; But that's an overhead for all dt_from_string calls. * add "T?" to $time_re, easy and efficient. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 60

[Bug 18986] New: High Hold Items with Decreased Loan Period Can' t Be Checked-Out with Self-Check
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '25

03 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18986 Bug ID: 18986 Summary: High Hold Items with Decreased Loan Period Can't Be Checked-Out with Self-Check Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: cslone(a)camdencountylibrary.org QA Contact: testopia(a)bugs.koha-community.org Scenario: A patron has an item with a high number of holds ready for pickup. They come to their library get the item and use the SCO to try to borrow it. When they scan the item they are given the message: Item cannot be checked out. Sorry, this item cannot be checked out at this station. Please see a member of the library staff. Additionally, if they don’t notice the message and scan another item, they are returned their account summary/the check-out screen with neither item checked out to the patron. At best this creates a scenario where there's an inconvenient extra step that the patron has to take in order to get their item. At worst, it can lead to the patron inadvertently taking two items with them that have not been checked-out. For the item that is on hold this can lead to further confusion when the it is returned (Koha will indicate that the item must go back on the hold shelf for the patron that just returned it) or when holds are cleared from the shelf (the item will be listed there but won’t be found). To replicate: 1.) In system preferences, go to Circulation preferences->Holds Policy. 2.) There are five preferences grouped together for decreaseLoanHighHolds, make sure to set the first drop down to Enable and enter the reduced loan period and the number of holds that will trigger the reduction (you can configure the other options as desired). 3.) Place a hold on an item with a patron you can use at self-check and place enough additional holds on the item with other accounts in order to trigger the decreased loan period according to your preferences. 4.) Check-in an item from the record with the holds and confirm the hold for the patron. 5.) Log into self-check with this patron and attempt to check-out the item. 6.) You will be taken to the error message. 7.) Scan the barcode again, you'll be returned to the SCO screen. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 40303] New: Allow limiting MaxReserves by patron category
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '25

03 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40303 Bug ID: 40303 Summary: Allow limiting MaxReserves by patron category Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: michael.adamyk(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com Bug 15524 added the ability to set maximum numbers of holds per patron category in the circulation rules by library. However, there is not a way to limit MaxReserves by patron category regardless of library. This causes difficulty if ReservesControlBranch is set to the item's home library, potentially allowing for up to the library's hold limit from multiple locations. MaxReserves can stop patrons in large consortiums from having very high numbers of holds, but it doesn't allow that limit to be changed based on patron category. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 9717] Extend RecordLocalUseOnReturn system preference to optionally distinguish completed transfers and captured holds
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '25

03 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9717 Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Local use recorded for |Extend |holds/transfers |RecordLocalUseOnReturn | |system preference to | |optionally distinguish | |completed transfers and | |captured holds CC| |andrew(a)bywatersolutions.com --- Comment #21 from Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> --- This longstanding issue has languished for lack of consensus. I suggest we add to new system preferences, connected to the existing RecordLocalUseOnReturn. RecordLocalUseOnReturn currently reads: (Don't record / record) local use when an unissued item is checked in. I suggest we add a these preferences: RecordTransferOnReturn (Don't record / record) a transfer when an unissued item is checked in and completes a transfer. This option supersedes RecordLocalUseOnReturn. RecordHoldCaptureOnReturn (Don't record / record) a hold capture when an unissued item is checked in and captured for a hold. This option supersedes RecordTransferOnReturn and RecordLocalUseOnReturn. With RecordTransferOnReturn set to "record," checking in an unissued item would write "transfer" to statistics.type rather than "localuse" when that checkin completes a transfer. With RecordHoldCaptureOnReturn set to "record" checking in an unissued item would write "hold_capture" to statistics.type rather than "localuse." For items checked in to complete a transfer *for* a hold, they would record a type of "hold_capture" if RecordHoldCaptureOnReturn is enabled or "transfer" if RecordHoldCaptureOnReturn is off but RecordTransferOnReturn is on. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 38107] New: Allow custom sort order of patron_holds_table
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '25

03 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38107 Bug ID: 38107 Summary: Allow custom sort order of patron_holds_table Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The patron_hold_table on reserve/request.pl should allow libraries to choose a Default sort order. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 40302] New: Modernize Koha::Patron::Files to use Koha::Object based classes
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '25

03 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40302 Bug ID: 40302 Summary: Modernize Koha::Patron::Files to use Koha::Object based classes Change sponsored?: --- Product: Koha Version: Main 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Discussed in Bug 30553: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30553#c12 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 32879] New: Item search: Display additional 245 subfields in CSV export
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '25

03 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32879 Bug ID: 32879 Summary: Item search: Display additional 245 subfields in CSV export Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Bug 14911 fixes this for the result list of the item search. It would be grat if the CSV export file could also include the additional information. It's not as simple as using the biblio-title include there too, as that adds spans that you don't want in the CSV file. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4