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

[Bug 9753] Add series information to holds queue list
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '25

03 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9753 Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andrew(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40746] New: Allow adding csrf_exceptions in koha-conf.xml for Koha/Middleware/CSRF.pm
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '25

03 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40746 Bug ID: 40746 Summary: Allow adding csrf_exceptions in koha-conf.xml for Koha/Middleware/CSRF.pm Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 40685] New: Self-registration defaults to the first library in the list
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '25

03 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40685 Bug ID: 40685 Summary: Self-registration defaults to the first library in the list Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org Patrons often skip the selection of Home library when self-registering because it is already populated by the first library in the list, leading to an influx of often incorrect new accounts for that library. If the Home library dropdown were initially blank, the patron would be forced to make a choice. We currently work around this by adding a blank option to the top of the dropdown with JS: //Blank library option to force a selection $('#opac-patron-registration #borrower_branchcode').prepend("<option value=''></option>").val(''); As an aside, blanking the top option then submitting the form without a branchcode leads to a 500 error, so we had to set branchcode as mandatory in PatronSelfRegistrationBorrowerMandatoryField to avoid that issue. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 27800] New: Make the ability to enter quantity more clear in Point of Sale module
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '25

03 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27800 Bug ID: 27800 Summary: Make the ability to enter quantity more clear in Point of Sale module Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently in the Point of Sale Module, once you add an item to sell, it moves over to the "This Sale" box on the right. There is some small text that says, "Click to edit item cost or quantities" - however, there is no indication that either of these fields is clickable in the table. Could we add a button or option to have librarians see that these are editable fields? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 6532] Way to move items to another record in batches
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '25

03 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6532 Phillip Berg <phillip.berg(a)mainlib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |phillip.berg(a)mainlib.org --- Comment #12 from Phillip Berg <phillip.berg(a)mainlib.org> --- Agreed. This is especially obstructive for larger library systems/consortia. The more flexible we can make cataloging, the more efficient we become for patrons. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 40745] New: IntranetMainUserBlock should be named StaffMainUserBlock
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '25

03 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40745 Bug ID: 40745 Summary: IntranetMainUserBlock should be named StaffMainUserBlock Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: jheltibridle(a)rcplib.org QA Contact: testopia(a)bugs.koha-community.org As other system preferences are being moved to HTML Customizations, they are being renamed Staff... for consistency. We should rename IntranetMainUserBlock to StaffMainUserBlock to match this convention -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 23652] New: Let patrons opt out of search history
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '25

03 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23652 Bug ID: 23652 Summary: Let patrons opt out of search history Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org There is no mechanism for patrons to opt out of search history on the OPAC. This should be something added to opac-privacy.pl. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 38181] New: Extreme slow search results on OPAC (only) search when result records contain multiple items.
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '25

03 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38181 Bug ID: 38181 Summary: Extreme slow search results on OPAC (only) search when result records contain multiple items. Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: kdask(a)altsol.gr QA Contact: testopia(a)bugs.koha-community.org When performing a search on the OPAC, if the results containing records that are having a large number of holdings (e.g serials with over 1000 issues/items or even less) there is a huge delay on showing the results (~x8 times slower for the same search if we remove the multiple items from the resulting records) The odd is that the exact same search on the intranet interface works without these delays so I'm guessing that this is a problem on the OPAC search implementation? The problem exists with zebra but also with the use of Elasticsearch engine. Using elasticsearch tried also removing all the item related indexes - 952* subfields (and re-indexing) but the result is the same. In the following google drive link you can find a demo bib record with 1809 items (MarcXML - Marc21) if it helps to reproduce it.https://drive.google.com/file/d/11SQmfdWal9tzcovS0mrgu6vIOPf1aCbc/view You will have to import the record, and then try searching for the title on OPAC: The Journal of biological chemistry. In my case with a decent server without load (Debian, 4cpu cores, 16gb RAM) with plack enabled takes about ~50sec to get the result. Regards -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 40742] New: Add ability to anonymize resolved accountlines
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '25

02 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40742 Bug ID: 40742 Summary: Add ability to anonymize resolved accountlines Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbcornell(a)cityofportsmouth.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Patron information is saved in the accountlines table indefinitely even if the charge was resolved. It would increase patron privacy if we could anonymize accountlines when they have been resolved, either immediately or after a set period of time. This could be based on the values in either amountoutstanding, status, or another field. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9598] Ability to split up shipping cost between all items and funds on an invoice
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '25

02 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9598 --- Comment #3 from Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> --- (In reply to Tomás Cohen Arazi (tcohen) from comment #2) > Maybe it needs a more detailed behavior description. Does is need to list > the used funds and allow setting percentages? Maybe it could allow choosing > other funds? My thinking was that the shipping total would be split across all funds present in the basket according to the percentage of items on the invoice assigned to each fund. So if an invoice has 10 items and a $100 shipping cost, with 4 items on the invoice charged to Fund A, 4 items to Fund B, 2 items to Fund C, we'd charge $40 shipping to Fund A, $40 to Fund B, $20 to Fund C. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0