https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41950 --- Comment #26 from Tomás Cohen Arazi (tcohen) <tomascohen@gmail.com> --- (In reply to Tomás Cohen Arazi (tcohen) from comment #25)
(In reply to Jonathan Druart from comment #24)
I have found those remaining ones: biblio.uncancelled_orders+count current_item_level_holds+count biblio.uncancelled_orders+count current_item_level_holds+count bundle_items_lost+count bundle_items_not_lost+count
With this solution we won't be able to sort by them. Isn't it a problem?
Making an `<attribute>+count` sortable is an enhancement per se. If they are not, a 400 is returned. I insist it is out of the scope of this bug to deal with all the edge cases. This bug is not introducing things that cannot be sorted, but making most of them sortable :-D
Just to clarify: I believe if someone finds a non-sortable one, they should file a bug, dependent on this one. And anyone in the community can work/solve them if they want/need. Picking `biblio.uncancelled_orders+count` as an example, solving that implies moving the filtering down to the DBIC level as I did (as an example) with the Koha::Patron->overdues. Unless the implementation I proposed is fundamentally wrong (i.e. this should be done in a totally different way) I don't think this is a blocker. -- You are receiving this mail because: You are watching all bug changes.