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

[Bug 36183] New: Add item barcodes to staff search results page
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '25

04 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36183 Bug ID: 36183 Summary: Add item barcodes to staff search results page 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Several libraries have requested that the item barcode be added to the staff results page. While I can see the benefit to this, I am unsure how to make it happen. Currently Koha "groups" items by there availability and then by holding branch, location, itype, and ccode. C4/Search.pm 1854 ( $item->{$hbranch} ? $item->{$hbranch} . '--' : q{} ) 1855 . ( $item->{location} ? $item->{location} : q{} ) 1856 . ( $item->{itype} ? $item->{itype} : q{} ) 1857 . ( $item->{ccode} ? $item->{ccode} : q{} ) I don't quite know how to "group" something like barcode which would be unique for every single item. Maybe it gets added in a separate display/column? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 34674] New: Add ability for library staff to fill a hold with a specific item
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '25

04 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34674 Bug ID: 34674 Summary: Add ability for library staff to fill a hold with a specific item Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Sometimes a library may acquire a new copy of a book, or have a book in hand that could more easily fill a hold than the current item Koha has selected. Currently, librarians need to cancel and replace or revert a hold to enable them to fill the hold with the desired item. We should add a button on the holds tables that allows staff, with permission, to scan a barcode and fill a hold directly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 41160] New: User with editcatalogue permission can only access New Record and Fast Cataloging
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '25

04 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41160 Bug ID: 41160 Summary: User with editcatalogue permission can only access New Record and Fast Cataloging Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To recreate: - grant a user top-level cataloging permission (editcatalogue) - log in as your user and go to /cgi-bin/koha/cataloguing/cataloging-home.pl - confirm you can only access Fast Cataloging, New Record, and New From z39.50/SRU -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 41179] New: SIP2 module should auto-complete (search) patrons for accounts staff userid input
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '25

04 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41179 Bug ID: 41179 Summary: SIP2 module should auto-complete (search) patrons for accounts staff userid input Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org When creating/editing a SIP2 account, the 'Staff userid for SIP2 authentication' field should auto-complete (search) patrons. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 41180] New: SIP2 module should auto-complete (search) libraries for institutions name
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '25

04 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41180 Bug ID: 41180 Summary: SIP2 module should auto-complete (search) libraries for institutions name Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org When creating/editing a SIP2 institution, the 'Name' field should auto-complete (search) libraries. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 41181] New: SIP2 module should auto-complete (search) patron attribute types for new patron attribute
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '25

04 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41181 Bug ID: 41181 Summary: SIP2 module should auto-complete (search) patron attribute types for new patron attribute Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org When creating/editing an account, under 'SIP response mappings', the "Add new patron attribute" relationship widget should provide a auto-complete (search) for existing patron attribute types for the 'code' input field. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 41161] New: Show patron modification request diff in OPAC
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '25

04 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41161 Bug ID: 41161 Summary: Show patron modification request diff in OPAC Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lari.taskula(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org Bug 32483 adds pending patron modification request notification to OPAC. It would be also great if we could show which changes were requested. Add the diff in this Bug. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 25681] New: Patron categories sorted inconsistently
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '25

04 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25681 Bug ID: 25681 Summary: Patron categories sorted inconsistently Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When you click on Patrons > New Patron, the patron categories in the drop down are sorted by description. However, when you edit a patron record, the categories are sorted by categorycode. These should be consistent, and as it isn't possible to edit the categorycode, ideally both drop downs should sort by category description. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 41176] New: In patron search results limit the values of category filter to the values actually present in the results
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '25

04 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41176 Bug ID: 41176 Summary: In patron search results limit the values of category filter to the values actually present in the results Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com It could be nice to limit the available choices for the category filter to the actual values returned by the patron search. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 36033] New: Table pseudonymized_transactions needs more indexes
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '25

04 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36033 Bug ID: 36033 Summary: Table pseudonymized_transactions needs more indexes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Table pseudonymized_transactions contains : KEY `pseudonymized_transactions_ibfk_1` (`categorycode`), KEY `pseudonymized_transactions_borrowers_ibfk_2` (`branchcode`), KEY `pseudonymized_transactions_borrowers_ibfk_3` (`transaction_branchcode`) To improve SQL queries performance, it needs more indexes, specially on itemnumber. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21