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

[Bug 40453] New: Allow newly-added item type translations to be edited
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '26

05 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40453 Bug ID: 40453 Summary: Allow newly-added item type translations to be edited Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: caroline.cyr-la-rose(a)inlibro.com, gmcharlt(a)gmail.com, jonathan.druart(a)gmail.com, testopia(a)bugs.koha-community.org Depends on: 40418 When a new item type translation is added, a new table row is added to the table. The markup of the added row doesn't match the existing rows, and the JS event listeners aren't correctly configured to target the new row. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40418 [Bug 40418] Update the item type translation process to avoid Greybox modal -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 40333] New: When EDIFACT is enabled, one should be able to get from a Koha Invoice to the EDI INVOICE message easily
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '26

05 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40333 Bug ID: 40333 Summary: When EDIFACT is enabled, one should be able to get from a Koha Invoice to the EDI INVOICE message easily Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Right now, there's not link back to display the edifact invoice message associated with a Koha invoice.. it would be helpful to have a quick link back from the Invoice display page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 33

[Bug 38438] New: Make Add persistent selections and batch operations to item search optional
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '26

05 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38438 Bug ID: 38438 Summary: Make Add persistent selections and batch operations to item search optional Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kkrueger(a)cuyahogalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In Bug 34227 - Add persistent selections and batch operations to item search, selections from item searches are retained across item searches until they are manually cleared. This has proven to be confusing for our branch staff, and ideally this would be something that could be opted in or out of. A potential use case is that a branch staff member may run an item search of all items in a shelf location, select several, and export a list of those items for someone to pull from the shelf. The branch staff member then does another item search with different criteria, then batch edits them to mark them missing. It is easy for them not to notice the additional selections or to forget to clear them, resulting in items edited by mistake. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 40334] New: When EDIFACT is enabled, one should be able view the corresponding EDIFACT QUOTE and ORDER messages on the Koha Basket page
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '26

05 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40334 Bug ID: 40334 Summary: When EDIFACT is enabled, one should be able view the corresponding EDIFACT QUOTE and ORDER messages on the Koha Basket page Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: kyle(a)bywatersolutions.com, testopia(a)bugs.koha-community.org Depends on: 40333 Right now, there's no link back to display the EDI QUOTE or ORDER messages that may be associated with the Koha Basket.. it would be helpful to have a quick display of the raw message as well as a clear highlight of parsing errors if there were any during EDI processing. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40333 [Bug 40333] When EDIFACT is enabled, one should be able view the corresponding EDIFACT INVOICE message on the Koha Invoice page -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 40335] New: Holds queue does not allow multiselect
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '26

05 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40335 Bug ID: 40335 Summary: Holds queue does not allow multiselect Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com It would be incredibly helpful if on the holds queue staff would be able to multi-select entries in the collection and shelving location dropdowns. Many libraries need to generate a list that contains multiple areas and are unable to do it within Koha. Their only option is to export and use a spreadsheet which takes extra time to do something that should be able to be done within the ILS. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 39280] New: Generalize notice text: If an item becomes more than 30 days overdue, you will be unable to use your library card until the item is returned.
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '26

05 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39280 Bug ID: 39280 Summary: Generalize notice text: If an item becomes more than 30 days overdue, you will be unable to use your library card until the item is returned. Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The notice makes an assumption about the configuration that might not always be true: If an item becomes more than 30 days overdue, you will be unable to use your library card until the item is returned. installer/data/mysql/en/mandatory/sample_notices.yml:letter:1:row:32:mul:15 It would be better to rephrase to make it more general. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 40699] New: Preferred name not displayed for instructors in course reserves
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '26

05 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40699 Bug ID: 40699 Summary: Preferred name not displayed for instructors in course reserves Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: michael.adamyk(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In the course reserves module, if a patron account used for an instructor on a course has a preferred name different from the patron first name, the course will still display firstname instead of the preferred name. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 31814] New: Make list of staged MARC imports a datatable
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '26

05 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31814 Bug ID: 31814 Summary: Make list of staged MARC imports a datatable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client 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 At the moment, this table is not sortable, you cannot search and you cannot do... anything nice with it. We should change that. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 33121] New: Form labels not large enough
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '26

05 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33121 Bug ID: 33121 Summary: Form labels not large enough 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In forms like OPAC personal details, the label may be bigger than the dedicated place. The label then overlaps the field. This happens for example in Dutch where 'Library card number' is 'Bibliotheekkaartnummer'. I see German translation on purpose uses shorter labels like 'Sekundäre Telefonnr.:'. Currently the CSS rule defines 9rem for labels. I've managed to rise, for OPAC personal details, to 14rem with the following rules : body#opac-patron-update fieldset.rows .label, fieldset.rows label { width: 14rem; } body#opac-patron-update fieldset.rows div.required_label.required { margin-left: 15rem; } body#opac-patron-update fieldset.rows div.label { width: 14rem; } I'm not sure it is enough to propose a patch on CSS rules. Waiting for feedbacks please. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 40511] New: Add maxLength to the eHoldings title definition
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '26

05 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40511 Bug ID: 40511 Summary: Add maxLength to the eHoldings title definition Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: matt.blenkinsop(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17