August 2026 - Koha-bugs - lists.koha-community.org

[Bug 23269] New: Long hold queues are slowing the service
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '26

04 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23269 Bug ID: 23269 Summary: Long hold queues are slowing the service Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: emmi.takkinen(a)outlook.com QA Contact: testopia(a)bugs.koha-community.org In Finlands public libraries hold queues can be huge due popular records having a lot of holds at the same time. Most popular records may even have over 1000 holds. This leads the service slowing significantly when browsing their holds page. There should be pagination in the holds table for efficient page loading. -- You are receiving this mail because: You are watching all bug changes.

1 123

[Bug 11175] Show the parent record's component parts in the detailed views
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '26

04 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11175 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=43113 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 43221] New: Move recalls_per_record logic into shared and tested method
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '26

03 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43221 Bug ID: 43221 Summary: Move recalls_per_record logic into shared and tested method Initiative type: --- Sponsorship --- status: Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: aleisha(a)catalyst.net.nz Depends on: 31391 Target Milestone: --- As noted by Pedro on bug 31391: The recalls_per_record logic is copy-pasted near verbatim between opac/opac-recall.pl (48-65) and recalls/request.pl (61-78). This is a big maintenance risk if the rule ever changes. Should live in one shared method. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31391 [Bug 31391] Staff-side recalls -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 28862] New: Add suffix to name field
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '26

03 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28862 Bug ID: 28862 Summary: Add suffix to name field Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: rcoert(a)arlingtonva.us QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Requesting the addition to the name field for suffix entries (Jr., Sr. III, etc.). Ideally it would be a drop-down box that could be prepopulated (auth_value?) with common entries; allowing for cleaner data and easier account viewing. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 29768] New: hidepatronname hides guarantor name on borrower edit screen
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '26

03 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29768 Bug ID: 29768 Summary: hidepatronname hides guarantor name on borrower edit screen Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: bdaeuber(a)cityoffargo.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The syspref hidepatronname is now hiding the guarantor name on memberentry.pl. This seems like a strange place to enforce that system preference since it's convenient for staff to be able to double check that info when editing patron information and personal information is already showing on that screen. It's not enforced on other patron details screens (such as moremember.pl) and I don't think it should impact patron edit screen either. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 53

[Bug 43219] New: ADJ_REASON is not installed as authorised value category
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '26

03 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43219 Bug ID: 43219 Summary: ADJ_REASON is not installed as authorised value category Initiative type: --- Sponsorship --- status: Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- ADJ_REASON is missing from auth_cal_cat.sql in the installer files and is therefore missing from new installations. It's used to add reasons to the invoice adjustments in the acq module. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 42324] New: Authority auto-created from bib heading truncates trailing dots in $f date for living authors
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '26

03 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42324 Bug ID: 42324 Summary: Authority auto-created from bib heading truncates trailing dots in $f date for living authors Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: thibaud.guillot(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When a bibliographic record is saved with a personal name heading (example) containing a living author date in $f (e.g. “1970-….”), Koha automatically creates an authority record with a truncated $f value (“1970-…” instead of “1970-….”). One dot is silently dropped. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 43218] New: Update some serials pages to use grid layout for forms - Part 1
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '26

03 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43218 Bug ID: 43218 Summary: Update some serials pages to use grid layout for forms - Part 1 Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 39780 Target Milestone: --- - serials/acqui-search.tt - serials/checkexpiration.tt - serials/routing-preview.tt - serials/routing.tt Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39780 [Bug 39780] Update library groups form to use grid layout -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 41469] New: Convert Traditional Chinese to Simplified Chinese for searching
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '26

03 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41469 Bug ID: 41469 Summary: Convert Traditional Chinese to Simplified Chinese for searching Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org We have had a request for supporting the conversion of traditional characters to simplified characters There are elastic tools/analyzers for this: https://github.com/infinilabs/analysis-stconvert https://www.elastic.co/docs/reference/elasticsearch/plugins/analysis-smartcn However, in testing I have not been able to get things working. The requester suggested some config for Zebra as well, but I couldn't get that working either Filing this here to capture conversations I had with David Cook and so he can share the setup he tried ;-) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 43216] New: Clarify batch record modification: 952/995 rules only create new items
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '26

03 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43216 Bug ID: 43216 Summary: Clarify batch record modification: 952/995 rules only create new items Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When using Batch record modification together with a MARC modification template that adds a 952 (MARC21) or 995 (UNIMARC) field/subfield, staff routinely expect this to modify existing items on the target biblios (e.g. add a collection code to items that already exist). That is not what happens. Batch record modification and its preview (svc/records/preview) both operate on the biblio's stored MARC record without embedding existing items (Koha::Biblio::Metadata->record is called without embed_items). Existing items are therefore completely invisible to the template - the template only ever sees a record with no 952/995 fields, so any 'add field' action for 952/995 produces a brand new, standalone field. At execution time (Koha::BackgroundJob::BatchUpdateBiblio), if the resulting record contains a 952/995 field the job treats it as a request to create a new item (bug 26869) and requires the mandatory subfields (homebranch, holdingbranch, itemtype) to be present, or the record fails with an error such as 'No homebranch subfield found'. The preview step applies the same template but skips this validation entirely, so staff see what looks like a harmless 952$8 being added and are then surprised when the real batch job reports per-record failures. There is currently no UI hint, warning, or documentation calling out that: - 952/995 actions in a batch record modification template only ever create new items, never edit existing ones - mandatory item fields must be supplied by the template itself or the job will fail for every affected record - the preview does not reflect this validation, so a clean preview is not a reliable indicator of success This bug is to track adding a clear warning (in the UI when 952/995 actions are configured in a template used for batch record modification, and/or in the preview screen) plus documentation, so staff are not caught out by this distinction. Batch item modification (tools/batchMod.pl) remains the correct tool for editing fields on already-existing items. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3