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

[Bug 43008] New: Dynamic title for biblio recalls page in staff interface
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '26

15 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43008 Bug ID: 43008 Summary: Dynamic title for biblio recalls page in staff interface Initiative type: --- Sponsorship --- status: 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- The page title of /cgi-bin/koha/recalls/request.pl was changed from "Existing recalls" to "Place a recall", both are true sometimes. It would be nice to also check for the UseRecalls setting here. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 43007] New: Improve messages when there are no recalls
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '26

15 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43007 Bug ID: 43007 Summary: Improve messages when there are no recalls Initiative type: --- Sponsorship --- status: 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- - Circulation > Recalls queue: Don't show "The following recalls could be fulfilled by available items." when there are no recalls, but just the blue alert like on the other pages. - Circulation > Old recalls: is the only page where the "no recalls" alert has a white background. - Patron account > Recalls history: also has the white background -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 38320] New: Improve messages for impossible recalls
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '26

15 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38320 Bug ID: 38320 Summary: Improve messages for impossible recalls Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The staff interface should show more specific messages for why a recall is impossible -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 43270] New: Reports using datatables: filtered reports should only send filtered results to batch operations
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '26

15 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43270 Bug ID: 43270 Summary: Reports using datatables: filtered reports should only send filtered results to batch operations Initiative type: --- Sponsorship --- status: Product: Koha Version: 26.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com Depends on: 42190 Target Milestone: --- From the new datatables view in Reports, if you filter results using the 'Search' box and then export the results, only the *filtered* results are exported (not the full result set). However, if you filter results using the datatables view and then send click 'Batch operations with...', the *full* results set is sent to batch operations. Only the filtered results should be sent to batch operations, in line with how 'Export' works from filtered results. To replicate: -Create or run a report with a column that allows batch operations (such as borrowernumber, itemnumber, or biblionumber) -Click the 'Open in DataTables' option from your results -Filter your report using the 'Search' box so that only a portion of the results show -Click 'Export', select an option (ex: Print), and note that only the filtered subset shows in the exported data -Return to your results, and check that the filter is still applied -Click 'Batch operations with...' and select an operation -Note that the full results set, not only the filtered subset, has been sent to batch operations Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42190 [Bug 42190] Add datatables to reports -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 41299] New: Add the option to record 'Banked' amounts in cash management
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '26

15 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41299 Bug ID: 41299 Summary: Add the option to record 'Banked' amounts in cash management Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Point of Sale Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk The cashup workflow currently assumes you will 'Bank' all the 'Bankable' cash from a transaction session. However, in some cases, the bank will not accept certain denominations being paid in and so you want the option to record the actual amounts banked and roll forward any surplus to the next bankable session. This is of particular interest to British libraries banking via the Post Office. The Post Office will only accept, for example, £10 worth of 50p coins at a time.. if you have collections £13.50 in 50p coins you will only be allowed to bank £10 worth of them and need to replace the excess £3.50 into the register for banking in the next cashup. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 40445] New: Point of Sale reconciliation input during daily summaries
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '26

15 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40445 Bug ID: 40445 Summary: Point of Sale reconciliation input during daily summaries Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Point of Sale Assignee: koha-bugs(a)lists.koha-community.org Reporter: hdunne-howrie(a)westminster.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk We use a separate spreadsheet for our daily reconciliation of income taken which uses the cash register summaries. It occurs to me that this process can be streamlined by allowing an input stage to the summaries process so staff interaction with summaries is not the cashing up to package the transactions into a summary (we want the daily summaries to happen automatically) we want the staff input to be to add in (against totals for payment type and cash register) the amount of what was actually taken using the z reports and physical cash, i.e. a reconciliation stage so it will be easy for staff to see if the money is 'out' and then a process to reconciliate with a way to add in a note for the summary they are signing off with an perhaps a way for them to then 'balance the books' to account for the discrepancy. We would then need this staff input on the summaries (the physical amount taken and any notes) to be stored in a table, somewhere logical, so we can then report on this and create a way in which library managers can check in on this if needed and audit. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 347

[Bug 21052] New: New patron card printer profile won't save if paper bin is empty
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '26

15 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21052 Bug ID: 21052 Summary: New patron card printer profile won't save if paper bin is empty Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When adding a new printer profile in the patron card creator tool, you can save without entering a paper bin, but it will not create a new entry in the database. There is no error, the field is not marked as required. To test: - Add a new printer profile - Fill in description, leave other fields unchanged - Save - Verify that the new printer profile doesn't appear in the list and hasn't been created -- You are receiving this mail because: You are watching all bug changes.

1 37

[Bug 23817] New: Searching by patron phone number is contingent on how it was entered
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '26

15 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23817 Bug ID: 23817 Summary: Searching by patron phone number is contingent on how it was entered Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a library chooses to enter their patron phone numbers in as xxx-xxx-xxxx when creating the patron record; then when the phone number is searched with the filters, the library must always use hyphens when searching or the search will not work. It would be nice that the number could be searched in the filters with either hyphens or no hyphens and the library would get the same results. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 66

[Bug 43401] New: Makefile.PL doesn't compile vue OPAC js to the right directory
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '26

14 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43401 Bug ID: 43401 Summary: Makefile.PL doesn't compile vue OPAC js to the right directory Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- We've notices a problem on sites now using 26.05 and problems with vue island related stuff. I found the problem through the new self renewal via OPAC feature which has a modal loaded through: koha-tmpl/intranet-tmpl/prog/js/vue/components/Islands/PatronSelfRenewal/PatronSelfRenewal.vue The compiled js files on the 26.05 server only show in the intranet directory: intranet-tmpl/prog/js/vue/dist/patron-self-renewal The code expects this in an opac directory. I think MakeFile.PL just isnt accounting for this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 43192] New: Lists cannot be deleted from OPAC
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '26

14 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43192 Bug ID: 43192 Summary: Lists cannot be deleted from OPAC Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Lists cannot be deleted from the OPAC if they contain items. To reproduce: Log into the OPAC and add a list Add an item to that list. Try to delete it - nothing happens. It generates the following errors in the browser console: Uncaught TypeError: s.escapeHtml is not a function at escape_str (global_25.1106000.js:53:26) at HTMLButtonElement.<anonymous> (opac-shelves.pl:2094:81) at HTMLButtonElement.dispatch (jquery-3.6.0.min_25.1106000.js:2:43064) at v.handle (jquery-3.6.0.min_25.1106000.js:2:41048) To get around this, it is necessary to delete all the items from the list first before you can successfully delete the list -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18