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

[Bug 31504] New: ElasticSearch No indexing new records after upgrade
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '26

09 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31504 Bug ID: 31504 Summary: ElasticSearch No indexing new records after upgrade Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es After upgrading koha 21.11 to 22.05 ElasticSearch is not able to index new records. At webadmin we can see the warning 'Index 'koha_xxxxxx' needs to be recreated.' Executing 'Reset mapping' button doesn't fix the error... when trying to full reindex with option -d or -r it doesn't work admin@___21:~$ sudo koha-elasticsearch --rebuild -d ___ sudo: unable to resolve host ___21: Name or service not known sudo: unable to resolve host ___21: Name or service not known Use of uninitialized value $reason in concatenation (.) or string at /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/Indexer.pm line 283. Exception 'Koha::Exception' thrown 'Unable to update mappings for index "koha_____biblios". Reason was: "". Index needs to be recreated and reindexed' Something went wrong rebuilding indexes for ___ Removing the index directly at ElasticSearch doesn't works * ElasticSearch is not localhost -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 32419] New: Show availability in list view in staff interface
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '26

09 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32419 Bug ID: 32419 Summary: Show availability in list view in staff interface Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When viewing a list on the OPAC, you can see the item's availability. But in the staff interface, this information is not visible. To test : 1. In the staff interface, add an item to a list 2. View the list --> No availability is visible 3. Go to the OPAC and view the list --> You can see the availability of the item -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 31200] New: Block payment of late fees when document not return
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '26

08 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31200 Bug ID: 31200 Summary: Block payment of late fees when document not return Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: julie.emond(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi, A library would like to be able to block any payment of late fees if materials are not returned to the library. As this could have undesirable effects it should be possible to make changes in the system preference and not be blocked for everyone. Does anyone know a way to enforce this preference? Another possibility would be to display a pop-up during payment so that the person who wants to collect knows that the document has not been returned. After the libraby chooses if it want accept of not the payment. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 40082] New: PatronDuplicateMatchingAddFields isn't respected in the OPAC or the API
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '26

06 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40082 Bug ID: 40082 Summary: PatronDuplicateMatchingAddFields isn't respected in the OPAC or the API 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: matt.blenkinsop(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com There is a syspref for checking new patrons for duplicates that is only implemented in the staff interface - it should also be respected when adding a patron via the API or the OPAC -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35

[Bug 40104] New: Patron circ message attention should also note ILLs ready for checkout
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '26

06 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40104 Bug ID: 40104 Summary: Patron circ message attention should also note ILLs ready for checkout Change sponsored?: --- Product: Koha Version: Main Hardware: PC OS: Windows Status: NEW Severity: enhancement Priority: P1 - high Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com CC: pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com If a library is using the ILL module + CirculateILL, items that are ready for checkout should have a notification in patron circ message attention box a la Holds waiting for pickup so that front-line staff can let them know an item is available to check out. -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 19745] New: Add Edit button for all the boards in circulation and fines rules
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '26

06 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19745 Bug ID: 19745 Summary: Add Edit button for all the boards in circulation and fines rules Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi, It would be usefull to have an "edit" button for all the boards in the circulation and fines rules. At this moment, the four last boards don't have an edit button and its not pratical. For those boards, we have to delet a rule to add a new one and now edit the rule. It would be great if there was a button all the same. Especially for a question of standardization with the rules of the first block. Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 39651] New: Lock iType Column for Better Editing Circ Rules Table
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '26

06 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39651 Bug ID: 39651 Summary: Lock iType Column for Better Editing Circ Rules Table Change sponsored?: --- Product: Koha Version: unspecified 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: jjayne(a)luzernelibraries.org QA Contact: testopia(a)bugs.koha-community.org Suggestion to lock the itype column (circulation and fine rules) in place to better administer changes across the table. Maybe also have the editing line land just under the row being edited instead of all the way at the bottom? If this is repetitive or available in a newer version, my apologies. I couldn't find an existing bug that addressed this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 36653] New: Locking Circulation and Fine Rules
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '26

06 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36653 Bug ID: 36653 Summary: Locking Circulation and Fine Rules Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: r3baack(a)nwacc.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Circulation and Fine rules are sometimes updated/reset without the library staff's wanting that to happen, so it would be helpful to be able to "lock" the rules that we don't want changed so we don't have those surprise resets. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 39973] New: Add inline editing to the circulation and fine rules table
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '26

06 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39973 Bug ID: 39973 Summary: Add inline editing to the circulation and fine rules table Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be extremely helpful if you could just click in a table cell and edit a value inline in the big circulation and fine rules table. This functionality is already present in the "This sale" portion of the point of sale at pos/pay.pl as an example. The DataTables site illustrates the functionality here: https://editor.datatables.net/examples/inline-editing/simple -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 40112] New: Problem when adding an authority after perform Link authorities automatically in a bibliographic record
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '26

06 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40112 Bug ID: 40112 Summary: Problem when adding an authority after perform Link authorities automatically in a bibliographic record Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org There's a problem when adding an authority following perform Link authorities automatically in a bibliographic record. When we add a subject authority, if there is more than one general subdivision ($x), the second one is not transposed in the authority addition form. When added manually, it does not maintain the position it was assigned when added after registration. To test: 1.Create a bibliographic record 2.Enter a subject authority 650: $aHealth services $xReform $zQuebec (Province) $xHistory 3.Click on Link authorities automatically (No matching authority found) 4.Click on the small + to add an authority 5.In the add authority form, on field 150, it show's only these : $aHealth services $xReform $zQuebec (Province) 6.Add a $xHistory and position it after $zQuebec (Province) 7.Save -->The authority will be displayed as follows: $aHealth services $xReform $xHistory $zQuebec (Province) This is not the correct order. It should be displayed as follows: $aHealth Services $xReform $zQuebec (Province) $xHistory -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3