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

[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 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 35033] New: Add a validation for biblioitems in about/system information
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '25

02 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35033 Bug ID: 35033 Summary: Add a validation for biblioitems in about/system information Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: philippe.blouin(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org In the About section, under the System information tab, we get validation between issues, borrowers, biblio, items, reserves tables, and their deleted/old counterpart. But there's no validation for biblioitems. And yes, on issues during creation, most probably, discrepencies do occur, as I've now discovered on 10 different clients. This patch will simply add the same test (and display) as the others, but for biblioitems. Testing 0) Create a simple biblio entry through cataloguing. Note the biblioitemnumber created. 1) Insert a dummy entry in deletedbiblioitem using the biblioitemnumber. An simple SQL will do insert into deletedbiblioitems select * from biblioitems where biblioitemnumber = GIVENbin; 2) Go to about, see there's no warning in systeminformation. 3) apply the patch, validate that an error appears. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 35947] New: Accounting transactions do not show managing librarian if HidePatronName is set to yes
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '25

02 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35947 Bug ID: 35947 Summary: Accounting transactions do not show managing librarian if HidePatronName is set to yes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor 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 A new bug 34377: Accounting transactions should show managing librarian info for credits/debits, allows librarians to see the librarian who did the accounting transaction. However, if the system preference, hidepatronname is set to Show, the name of the person is not shown, it says "a patron from X branch". This does not seem helpful nor connected to the hidepatronname system preference description, "Show/Don't Show the names of patrons that have items checked out or on hold on detail pages or the "Place Hold" screen." As this is not the checked out screen or the place hold screen. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 40065] New: Search for patron - error
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '25

02 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40065 Bug ID: 40065 Summary: Search for patron - 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: Igor.A.Sychev(a)mail.ru QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When searching for "Search for patron", the message "502: error" is returned. /cgi-bin/koha/members/members-home.pl 1. Result - 502: error Search: Остапенко Search field: Standard 2. Patrons found for: Standard starting with 'Остап' Search: Остап Search field: Standard Result: Остапенко, Эвелина Шимко, Остап 3. Patrons found for: Surname starting with 'Остапенко' Search: Остапенко Search field: Surname Result: Остапенко, Эвелина -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 20476] New: Two factor authentication for the staff client - omnibus
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '25

02 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20476 Bug ID: 20476 Summary: Two factor authentication for the staff client - omnibus 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: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 40

[Bug 18675] New: Translatability: Get rid of [ %% in translation for csv-profiles.tt
by bugzilla-daemon＠bugs.koha-community.org 01 Sep '25

01 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18675 Bug ID: 18675 Summary: Translatability: Get rid of [%% in translation for csv-profiles.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Translation tool for file csv-profiles.tt picks following line: %s [%% IF csv_profile.encoding == encoding OR NOT csv_profile AND encoding == 'utf8' %%] This is due to a line break inside a template directive. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 40266] New: Add ability to override interlibrary loan checkout block
by bugzilla-daemon＠bugs.koha-community.org 01 Sep '25

01 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40266 Bug ID: 40266 Summary: Add ability to override interlibrary loan checkout block Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com To Replicate: 1. Create a patron with overdue items and fines. 2. Enable the ILL module, and CirculateILL 3. Create a request for the patron. 4. Confirm the request 5. Click on checkout and submit. The user will receive an error message that says, "There was a problem checking this item out, please check for problems with the patron's account." The message alerts staff the patron has a problem with their account, but it almost feels too late in the process. It would be nice at this point if staff had the option to override the circulation block. It is not clear to the staff person that all potential problems will block the circulation (perhaps a separate system preference to define the blocks). It can take some time to deal with the blocks and requires clearing all the blocks before the item can circulate. Even better would be an alert of some kind on the manage ILL request screen next to the patron name that there is a problem so the staff member can see it before attempting to circulate. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2