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

[Bug 31256] New: Circ rules batch modification
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '25

01 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31256 Bug ID: 31256 Summary: Circ rules batch modification Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Wouldn't it be nice if you could batch modify rules? Like, I have to set a hard due date for schools each year. Instead of modify each rule individually, it would be great if I could specify all libraries, or specific ones, all rules under that or specific ones, and what I would change. There are times when we have to change the fines to everything, or change the holds to many rules, etc. This would make this job so much easier. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 40930] New: Rename subscription's menu "share" button to "Share model with mana"
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '25

01 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40930 Bug ID: 40930 Summary: Rename subscription's menu "share" button to "Share model with mana" Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Mana-kb Assignee: elias.lorgnier(a)biblibre.com Reporter: elias.lorgnier(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: alex.arnaud(a)biblibre.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31971] New: SIP server rejects passwords ending in non-alphanumeric characters
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '25

01 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31971 Bug ID: 31971 Summary: SIP server rejects passwords ending in non-alphanumeric characters Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1 - Set a patron's password to secret* 2 - Attempt a patron information request via the sip clip emulator: perl misc/sip_cli_emulator.pl -su term1 -sp term1 -l CPL -a localhost -p 6001 -m patron_information --patron ballard --password secret* 3 - It fails? 4 - Set password to secret*s 5 - Repeat perl misc/sip_cli_emulator.pl -su term1 -sp term1 -l CPL -a localhost -p 6001 -m patron_information --patron ballard --password secret*s 6 - It succeeeds Offending line(s) appears to be: 366 $buffer =~ s/^\s*[^A-z0-9]+//s; 367 # Every line must start with a "real" character. Not whitespace, control chars, etc. 368 $buffer =~ s/[^A-z0-9]+$//s; 369 370 # Same for the end. Note this catches the problem some clients have sending empty fields at the end, like ||| -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 40913] New: Allow per-library ReservesMaxPickUpDelay
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '25

01 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40913 Bug ID: 40913 Summary: Allow per-library ReservesMaxPickUpDelay Change sponsored?: --- Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com It would be helpful if libraries with multiple locations could set a per-library ReservesMaxPickUpDelay without having to use the 'Holds pickup period delay (days)' column in circulation rules for each patron category/item type combination. This could be especially helpful for circumstances where all other rules are the same, like hold lockers. For example: -ReservesMaxPickUpDelay is set to 3 -Library A (physical building) gives patrons 3 days to pick up their holds -Library B (hold locker) gives them 5 days, but shares all other rules -Since all other rules are shared, the library uses 'Standard rules for all libraries' in circ rules -To give patrons 5 days to pick up from the hold locker, libraries have to clone their 'Standard' rules to create a separate set for Library B just so that they can set 'Holds pickup period delay (days)' to 5 for every rule. This is time consuming to set up for libraries with many rules, more difficult to maintain when changes happen, and more open to errors. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 40927] New: Allow to modify report description when sharing with mana.
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '25

01 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40927 Bug ID: 40927 Summary: Allow to modify report description when sharing with mana. Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Mana-kb Assignee: elias.lorgnier(a)biblibre.com Reporter: elias.lorgnier(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: alex.arnaud(a)biblibre.com When sharing a report to mana, it is sent with the Note written at creation or in another menu. To incent librarians to better document their report when sharing them, we can add the ability for the librarian to modify the report's note when sharing it. It links the act of sharing to the act of documenting it, This will allow for less friction when sharing a report that is not yet well documented, and for the user to react to the warning from bug 40925 -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 40924] New: Filtering report from mana by the koha versio they work with
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '25

01 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40924 Bug ID: 40924 Summary: Filtering report from mana by the koha versio they work with Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Mana-kb Assignee: elias.lorgnier(a)biblibre.com Reporter: elias.lorgnier(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: alex.arnaud(a)biblibre.com Filtering reports by the koha version they work with allows for better relevance in search and discovery of reports from mana. The information of working/not working is not absolute : it is generated from mana, with the script from https://gitlab.com/koha-community/koha-mana/-/merge_requests/19 The script tests each report with empty runtime arguments on the database from each of the latest versions. The script don't take into account the marcflavour parameter, to allow librarian to get report from the other marcflavour and adapt it to the other one. The idea is to only have the reports that are tested for the database schema of the present version of koha. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 40923] New: Filtering reports from mana by spoken language
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '25

01 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40923 Bug ID: 40923 Summary: Filtering reports from mana by spoken language Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Mana-kb Assignee: elias.lorgnier(a)biblibre.com Reporter: elias.lorgnier(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: alex.arnaud(a)biblibre.com Filtering reports by spoken language allows for better relevance in search and discovery of reports from mana. The idea is to only have the reports in the languages present in the koha instance, and a menu that allows to add one or multiple languages, so a librarian can have access to reports in the other languages they speak. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 30653] New: "Check out" search with one result does not redirect to checkout
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '25

01 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30653 Bug ID: 30653 Summary: "Check out" search with one result does not redirect to checkout Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com I am seeing this on 21.11.04. I go to the front page of the intranet. The "Check out" tab of the header search is active as default. I type my name into the search box and press enter. This takes me to this page: /cgi-bin/koha/members/member.pl?quicksearch=1&circsearch=1&searchmember=magnus%20enger This page shows one result, and the "Card" column links to: /cgi-bin/koha/circ/circulation.pl?borrowernumber=1 while the "Name" column links to: /cgi-bin/koha/members/moremember.pl?borrowernumber=1 If I choose my name in the typeahead/dropdown that appears below the search box, I am taken to this page: /cgi-bin/koha/circ/circulation.pl?borrowernumber=1 Then I do the same thing in 21.05.05: Type my name in the "Check out" box and press Enter. There I am taken directly to: /cgi-bin/koha/circ/circulation.pl (This is a POST, so borrowernumber=1 is not visible in the URL). Looking more closely at the source of /cgi-bin/koha/members/member.pl?quicksearch=1&circsearch=1&searchmember=magnus%20enger in 21.11.04 I do see this: $.ajax({ 'dataType': 'json', 'type': 'POST', 'url': sSource, 'data': aoData, 'success': function(json){ // redirect if there is only 1 result. if ( json.aaData.length == 1 && aoData.iDisplayStart == 0 ) { var borrowernumber = json.aaData[0].borrowernumber; /* Overwrite history state of firstletter search since only one result was returned; This prevents a loop upon clicking back */ history.replaceState( {}, null, window.location.href.split("?" )[0]); document.location.href="/cgi-bin/koha/circ/circulation.pl?borrowernumber="+borrowernumber; return false; } fnCallback(json); } }); This seems to incorporate the fix from bug 29411, but it does not seem to be working. There is nothing in the console. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 40487] New: If you edit "Sort this list by" for a list, it gets stuck on publicationyear
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '25

01 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40487 Bug ID: 40487 Summary: If you edit "Sort this list by" for a list, it gets stuck on publicationyear Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In the staff interface, if you edit a list and try to change the sort by choosing an option from "Sort this list by", it gets changed to "Publication year" instead of your selection, and it becomes permanently stuck with this sort. As noted on bug 40312, the sort for the list contents also doesn't work. For instance, if it's the default "Title", it seems to be sorting by biblionumber ascending. (Note that this sort order doesn't affect the sort order for the OPAC list contents but it might not have ever worked for it anyway) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 40921] New: Filter reports from mana by the koha version they work with
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '25

01 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40921 Bug ID: 40921 Summary: Filter reports from mana by the koha version they work with Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Mana-kb Assignee: elias.lorgnier(a)biblibre.com Reporter: elias.lorgnier(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: alex.arnaud(a)biblibre.com Filtering reports by the koha version they work with allows for better relevance in search and discovery of reports from mana. The information of working/not working is not absolute : it is generated from mana, with the script from https://gitlab.com/koha-community/koha-mana/-/merge_requests/19 The script tests each report with empty runtime arguments on the database from each of the latest versions. The script don't take into account the markflavour parameter, to allow librarian to get report from the other markflavour and adapt it to the other one. The idea is to only have the reports that are tested for the database schema of the present version of koha. -- You are receiving this mail because: You are watching all bug changes.

1 2