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

[Bug 39771] New: The `data` attribute in job.yaml should be nullable
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39771 Bug ID: 39771 Summary: The `data` attribute in job.yaml should be nullable 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The attribute can be null (i.e. you can call `$job->finish()` and have it be set `null`) but the API spec expects an object. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 39787] New: Sending EDI order from basket fails if only one Library EAN exists
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39787 Bug ID: 39787 Summary: Sending EDI order from basket fails if only one Library EAN exists Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If there is only one EAN defined, the button has no pulldown. Clicking the button to send the edi order results in the error: No sender ean passed to order creation: basket = Koha::Schema::Result::Aqbasket=HASH(0x5574bf315b98)->basketno() -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 39733] New: Wrong delimiter call in misc/cronjobs/staticfines.pl
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39733 Bug ID: 39733 Summary: Wrong delimiter call in misc/cronjobs/staticfines.pl Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Bug 27486 renamed system preference "delimiter" into "CSVDelimiter" fix in misc/cronjobs/staticfines.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 39861] New: Servers on second page of results cannot be deleted
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39861 Bug ID: 39861 Summary: Servers on second page of results cannot be deleted Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It seems that when paginating the Z3950 sources table, the event for the delete button is not attached to the second page of results. To recreate: 1 - Add a new Z3950 server with basic information filled out, it doesn't need to be valid 2 - Add a second copy via the DB: INSERT INTO z3950servers SELECT null,host,port,db,userid,password,servername,checked,rank,syntax,timeout,servertype,encoding,recordtype,sru_options,sru_fields,add_xslt,attributes FROM z3950servers WHERE id=6; 3 - Delete the copy, assuming it is on page one, it works 4 - Spam the DB with the SQL above and create 20+ entries 5 - Open the Z3950 admin page 6 - Go to second page of servers 7 - Attempt to delete any entry 8 - Nothing happens -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 39680] New: The navigation item "Clear” Search History doesn't delete searches.
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39680 Bug ID: 39680 Summary: The navigation item "Clear” Search History doesn't delete searches. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nina.martinez(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When you try to delete your search history using this item, it asks if you are really sure. However, even if you confirm, it does not delete your history and instead just sends you to the search history summary. We should correct this. If you want to check this issue: -Connect to your account. -Make some searches. -Try to clear your history using the "Clear Search History" item in the user menu. -Confirm the action -Check if your search history is empty or not. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 39567] New: Move form-submit js into global js
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39567 Bug ID: 39567 Summary: Move form-submit js into global js Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org The form-submit JS is required for submitting stateful forms in some situations, as of JS16. However, it's difficult to use in .inc files, because all scripts need to be included at the end of the template (JS12), and includes are usually processed earlier in the template. This means that if an include needs the form-submit JS, the JS needs to be separately added to each template that uses the original include. Moving the form-submit JS into the global js would make the above situation a lot cleaner, and it makes sense to make it available to all templates anyway given its inclusion in the coding guidelines. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 53

[Bug 38963] New: Deletion of bibliographic record can cause search errors in OPAC
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38963 Bug ID: 38963 Summary: Deletion of bibliographic record can cause search errors in OPAC Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Same has Bug 37425 for OPAC search Bug 35558 added a check to see if the associated biblio has local cover images, however, when a biblio is deleted there is a delay in the background job reindexing the biblio. This can lead to 500 errors when a search retrieves the biblio before it has been removed from the index. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 39528] New: Get rid of Schema.org Type "Product"
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39528 Bug ID: 39528 Summary: Get rid of Schema.org Type "Product" Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: michael.skarupianski(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org On the opac detail page a bibliorecord has beside it's schema.or type additionally always a second type "Product". This is not needed and also rejected by some search engines like Google. Additionally this is translated (e.g. in German to "Produkt") which is not recognised because it's not defined by schema.org) -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 19113] New: Barcode value builder not working with numeric branchcode
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19113 Bug ID: 19113 Summary: Barcode value builder not working with numeric branchcode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: philippe.blouin(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The regexp for the value builder 'hbyymmincr' doesn't allow for numerics in the branchcode, so the nextnum found is always 0 and multiple Add always generate the same barcode. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 40

[Bug 40046] New: Remove wait and screenshot from Tools/ManageMarcImport_spec.ts
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40046 Bug ID: 40046 Summary: Remove wait and screenshot from Tools/ManageMarcImport_spec.ts Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 38