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

[Bug 38546] New: prettierrc should set more settings
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '26

28 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38546 Bug ID: 38546 Summary: prettierrc should set more settings Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We don't even have the default indentation set to 4 spaces. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 39038] New: Collapsing nonpatron
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '26

28 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39038 Bug ID: 39038 Summary: Collapsing nonpatron Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 39053] New: Add page-section div to reports results pages
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '26

28 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39053 Bug ID: 39053 Summary: Add page-section div to reports results pages Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor 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: 30952 Many reports pages lack the <div class="page-section"> wrapper around the table of results. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30952 [Bug 30952] New design for staff interface -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 38987] New: Cannot link authorities with other authorities
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '26

28 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38987 Bug ID: 38987 Summary: Cannot link authorities with other authorities Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: a.roussos(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org Starting with Koha 24.11.01, we can no longer link authorities with other authorities (linking a bibliographic record with an authority still works fine). This affects both MARC21 and UNIMARC instances, and is valid on the main branch, too. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 38515] New: Generate next serial deletes the notes from the expected serial and ignores preference PreserveSerialNotes in the new serial
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '26

28 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38515 Bug ID: 38515 Summary: Generate next serial deletes the notes from the expected serial and ignores preference PreserveSerialNotes in the new serial Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: adolfo.rodriguez(a)xercode.es QA Contact: testopia(a)bugs.koha-community.org If a serial with the status Expected has notes and you click the "Generate next" button, the serial status will change to Late and the notes will be gone. If the system preference PreserveSerialNotes is activated, it won't have any effect, as the new serial won't keep the notes from the previous serial. This is cause by the call to the function ModSerialStatus at serials-collection.pl inside operation cud-gennext, that passes "" where the notes should go. This means that field will be deleted in the current serial with status 1 (Expected) and won't be copied to the new serial. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 38900] New: translation script explodes without meaningful error when "incorrect" structure is found
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '26

28 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38900 Bug ID: 38900 Summary: translation script explodes without meaningful error when "incorrect" structure is found Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com Found when working on bug 38714, the translation script can break with en error that does directly point to the problematic string [13:00:23] Error: Command failed: misc/translator/xgettext.pl --charset=UTF-8 -F -o /tmp/koha-2rwDEm/Koha-opac-bootstrap.pot -f /tmp/koha-2rwDEm/files Can't use an undefined value as a HASH reference at misc/translator/xgettext.pl line 131. at ChildProcess.exithandler (node:child_process:422:12) at ChildProcess.emit (node:events:517:28) at ChildProcess.emit (node:domain:552:15) at maybeClose (node:internal/child_process:1098:16) at ChildProcess._handle.onexit (node:internal/child_process:303:5) at Process.callbackTrampoline (node:internal/async_hooks:128:17) [13:00:23] 'po:update' errored after 992 ms -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 38773] New: SMTP server is not showing on the library detail page
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '26

28 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38773 Bug ID: 38773 Summary: SMTP server is not showing on the library detail page Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: marion.durand(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When an SMTP server is selected for a library, it is well displayed in the form to modify the library and in the list of all libraries (in column SMTP server) but when viewing a library detail (without editing) the line "SMTP server" is empty. To reproduce : 1- Create an SMTP server in Koha (it doesn't need to be valid) a- Go to Administration > Additional parameters > SMTP servers b- Click on "New STP server" c- Fill all mandatory fields (it doesn't need to be valid information) d- Click on "Submit" 2- Add the created SMTP server to a library a- Go to Administration > Basic parameters > Libraries b- Choose a library and click on Edit (in column "Actions") c- On the line "SMTP server" select the server created d- Click on "Submit" 3- Check the display a- Go to Administration > Basic parameters > Libraries b- Check that the name of the SMTP server you just selected is displayed in the column SMTP server c- Click on the name of the library you modified d- Check that the line "SMTP server" is empty e- Click on "Edit library" f- Check that the name of the SMTP server you just selected is still selected -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 38988] New: If JobsNotificationMethod is not STOMP the about page shows as if there was a problem
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '26

28 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38988 Bug ID: 38988 Summary: If JobsNotificationMethod is not STOMP the about page shows as if there was a problem Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org I'm not sure how bug 35655 ended up doing this, but it is not ok: * If polling is selected, the `text-bg-warning` is picked, and in the STOMP case it is `text-bg-info`. Both are ok so should be displayed the same. * In the `System information` section, you end up with the message about not being able to connect to the message broker. Which is a feature if you chose `polling` so no error at all. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 40002] New: Cannot filter patrons by "Browse by last name"
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '26

28 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40002 Bug ID: 40002 Summary: Cannot filter patrons by "Browse by last name" Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Staff interface Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 37334 Caused by commit e8129f5aeaa3ca11dcd62cccee0f171209dea605 Bug 37334: Allow a column filter to be shown even searchable is off Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37334 [Bug 37334] Cannot filter holdings table by status -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 41298] New: Filtering holdings table with status In transit considers every item ever transferred to be "In transit"
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '26

28 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41298 Bug ID: 41298 Summary: Filtering holdings table with status In transit considers every item ever transferred to be "In transit" Initiative type: --- Sponsorship --- status: 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(a)bywatersolutions.com Bug 37334 reinstated to ability to filter holdings table with status. We noticed that filtering holdings table with status "In transit" shows every item that has been transferred even once. Meaning if there is even one row mentioning it's itemnumber in branchtransfers it is considered as "In transit". The transfers does not have to be currently active when it is considered "In transit". This also causes the "Available" status not to work properly because they are often considered as "In transit" (at least in our large consortium items transfer alot between branches and it is quite rare that item has never been transferred in it's lifetime) How to test: 1. Transfer item 1 from branch A to branch B 2. Receive/Fullfill the transfer in branch B - Item is now "Available" 3. Go to items record and filter holdings table with status In transit 4. Notice that item 1 is shown even when it is actually "Available" 5. Filter holdings table with status "Available" and notice that item 1 is not shown. I have tested this in version 25.05.03 and in Open Fifth's sandbox and it happens in both of them. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17