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

[Bug 38926] New: POST /biblios returns 200 even if AddBiblio fails
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38926 Bug ID: 38926 Summary: POST /biblios returns 200 even if AddBiblio fails Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Depends on: 31800 For some reasons I POSTed an invalid biblio to /api/v1/biblios it returned {id: null} The biblio record is not created, but the response is 200. 707 my ( $biblio_id ) = AddBiblio( $record, $frameworkcode, { record_source_id => $record_source_id } ); 708 709 $c->render( 710 status => 200, 711 openapi => { id => $biblio_id } 712 ); Obviously we should test $biblio_id Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31800 [Bug 31800] Add POST endpoint for Biblios -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 38929] New: POST endpoints not returning the Location header
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38929 Bug ID: 38929 Summary: POST endpoints not returning the Location header Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com I found `POST /biblios` is not returning it. Opening this bug to track and fix such problems. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 44

[Bug 35202] New: Table Settings change does not hide all serial_notes (OPAC).
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35202 Bug ID: 35202 Summary: Table Settings change does not hide all serial_notes (OPAC). Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: r.delahunty(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org We have multiple subscriptions for some serials and we have public-inappropriate notes which we want to hide. Editing the subscriptionst view of the subscriptions table in OPAC to hide the serial_notes field should make the serial_notes invisible for all subscriptions. It only vanishes from the first subscription displayed. Other subscriptions expose the serial_note data. Hiding the serial_notes via Table Settings should apply to all subscriptions. Related to Bug 22179? (But the data we have there should be elsewhere, so Bug 33298 interests us). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 38847] New: Renewing a child without guarantor whith ChildNeedsGuarantor results in an internal server error
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38847 Bug ID: 38847 Summary: Renewing a child without guarantor whith ChildNeedsGuarantor results in an internal server error Change sponsored?: --- 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: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To reproduce: 1 - Create a child, make sure it has no guarantor 2 - Set ChildNeedsGuarantor to Yes 3 - Renew the child -> you will have an internal server error -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 38649] New: Searching for a patron from additem.pl triggers an issue slip to print
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38649 Bug ID: 38649 Summary: Searching for a patron from additem.pl triggers an issue slip to print Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: blawlor(a)clamsnet.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 37407 fixed automatic checkout of items that were fast cataloged from the circulation module. To reproduce: 1. From anywhere on the additem.pl page where you are adding or editing an item 2. Click on Checkout in the menu bar and enter a patron's barcode 3. When circulation.pl loads it triggers a blank issue slip to be printed In addition to checking the referrer for the URL domain and path we should also check the query string of the referrer to make sure it was from a circulation fast add. It should include frameworkcode=FA&circborrowernumber -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 38657] New: Previewing cover images from OPAC search results - image obscured by the search results menu bar
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38657 Bug ID: 38657 Summary: Previewing cover images from OPAC search results - image obscured by the search results menu bar 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: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org With cover images enabled, if you click on the cover image in the OPAC search results, the image preview is partially hidden behind the search results menu bar. This may depend a little on the size of the image uploaded or returned from the cover image service. To replicate: 1. Enable LocalCoverImages and OPACLocalCoverImages system preferences. 2. Add a cover image to a record. 3. In the OPAC: 3.1 Do a search that will return the record with the cover image in the search results 3.2 Click on the cover image in the search results list 3.3 Note that the image is partially obscured behind the search results menu bar. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 38701] New: Fix HTML validity errors in invoice template
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38701 Bug ID: 38701 Summary: Fix HTML validity errors in invoice template Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The invoice template ( Acquisitions -> Invoices -> Invoice details ) has some markup errors which should be fixed. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 38974] New: Error when submitting patron update from the OPAC Can't call method "dateofbirthrequired" on an undefined value
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38974 Bug ID: 38974 Summary: Error when submitting patron update from the OPAC Can't call method "dateofbirthrequired" on an undefined value Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org I'm seeing an error in main when submitting a patron update from the OPAC. It seems to happen only when the submission includes a date of birth value. It happens when adding a new date of birth value (previously empty), when submitting a change to the date of birth value, or when submitting the form without changing the date of birth field. It doesn't seem to be connected to the dateofbirth system preference choice. Can't call method "dateofbirthrequired" on an undefined value at /kohadevbox/koha/opac/opac-memberentry.pl line 539 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 38664] New: Tidy the whole codebase
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38664 Bug ID: 38664 Summary: Tidy the whole codebase Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement 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 should tidy our codebase and ensure to keep it tidy. I am suggesting to have patches for 25.05 that will tidy our perl (pl, pm, t), javascript (js, ts, vue) and template (tt, inc) files. We will need: * a pre-commit git hook * a xt test (can be very slow however, needs to be discussed) * configure .git-blame-ignore-revs (see `git blame --ignore-revs-file .git-blame-ignore-revs) * provide a script to ease rebases -- You are receiving this mail because: You are watching all bug changes.

1 123

[Bug 38854] New: Prettier fails on ToolbarButton because of 'class' prop
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38854 Bug ID: 38854 Summary: Prettier fails on ToolbarButton because of 'class' prop Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com Depends on: 34215 New version of prettier fails on ToolbarButton because of (I guess) what it thinks is a reserver keyword. [error] koha-tmpl/intranet-tmpl/prog/js/vue/components/ToolbarButton.vue: SyntaxError: Unexpected token, expected "{" (1:6) [error] > 1 | class [error] | ^ The error does not really make sense, the code is: class: { type: String, default: "btn btn-default", }, A solution could be to rename the property, but actually we never use another value than the default one. The easiest seems to simply remove this property. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34215 [Bug 34215] Vue Toolbar component should be more flexible -- You are receiving this mail because: You are watching all bug changes.

1 37