https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41950
--- Comment #26 from Tomás Cohen Arazi (tcohen) <[email protected]> --- (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. _______________________________________________ Koha-bugs mailing list [email protected] https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
