Skip to content

Koha Reports enhancements

Tuesday, 03/26/2024

I had been working on this enhancement to add muliple select runtime parameters to Koha Reports for three and half months. This idea had been around for eight years, but proved to be difficult to implement due to differences in the way the Koha Reports module retrieves its parameters and the way mutiselect form elements parameterize their selections.

πŸ› 16002: MULTI choices in report dropdowns
(enhancement) Reports
RESOLVED

An existing patch added the ability to optionally add an All option to report parameter drop downs. This patch provided a blueprint for me to follow. πŸ—ΊοΈ

πŸ› 23389: Add 'All' option to report value dropdowns
(enhancement) Reports
CLOSED

A subsequent patch added the option for providing a newline separated list as a report parameter. I started thinking that a newline separated list is essentially a manually created multiselect. If Koha already knows how to handle a list as a report parameter, all we should have to do is make multiselects submit as a single newline delimeted parameter. πŸ•ΆοΈ

πŸ› 27380: Add option for taking a list parameter in reports
(enhancement) Reports
CLOSED

Standing on the shoulders of Koha giants, I created my first Frankenhancement©️, smashing the concepts of these two patches together, sewing its internals up with magical regular expressions and zaping it to life with javascript that overrides the default form submission. It's Alive! ⚑ "zombie"

πŸ› 35746: Multiple selections for parameters used in the IN function
(enhancement) Reports
Needs documenting

This code has been described as works well, easy to read, excellent work!, feels like hacking and hard to maintain but most importantly easier than rewriting the whole module.

At some points I didn't know if it was going to happen at all, but it got signed off, patch doesn't apply, passed QA, failed QA, then needed to be rebased again and finally pushed to main for 24.05.

I used the momentum from working in this area of the code to add a patch to improve the ui/ux when adding runtime parameters to reports.

πŸ› 35856: Runtime parameter modal should provide option of ":all"
(enhancement) Reports
Pushed to main

Pedro spotted a bug in the muti select patch, where if a query contained multiple multi selects and only one selection was made in each, the parameters were not processed correctly and the wrong SQL was being generated. I started to regret ever putting this monsterous code into existence and boarding a ship bound for the Arctic. Then I calmed down and wrote another patch. This patch didn't really fix the case of making zero selections, so more work would be needed.

I forgot that earlier I had submitted another enhancement to mutiselect reports based on an improvements made to the item search form. This patch adds the select2 library to make making multi selections in Reports more user friendly. To make this more useful multi selects should really be optional. When no selections are made, report results should not be limnited. To accomplish this I updated the default value of the hidden select to be a newline delimited string of all values.

πŸ› 37050: Add select2 to SQL report multi select
(enhancement) Reports
Needs Signoff