https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23269
--- Comment #31 from Johanna Räisä <[email protected]> --- (In reply to Nick Clemens (kidclamp) from comment #30) > I really like this, and I really want it for Koha, however, in testing with > many holds I am finding that the performance is not great. > > The page and table do load faster, but in using the API to update the holds > I think this dev reveals that our holds APIs themselves are too slow. > > I used the 'randhold.pl' script from here: > https://github.com/kidclamp/handy-koha-script > > I tried with about 2800 holds, then 800, and found that adjusting the > priority of a hold gave no indication anything was happening. It would, > sometimes, eventually complete, but without any indication it makes it hard > to know why a reload is delayed. I saw similar issues when adding an > expiration date to a hold. > > Additionally, if I selected several checkboxes on a single page, they would > be remembered if I navigated to a different page and back, however, if I > selected anything on a different page, then anything on the other page was > forgotten. > > i.e. select the third hold on page one, go to page three, go back to page > one, the selection stays > got to page three, select the first hold, go back to page one, initial > selection is lost, go back to page three, the first hold remains selected I will try to improve the features, so this would pass. At the moment we are facing the issue that if there is over 1000 holds then the whole page won't open, there is a limit in Template toolkit that it can handle less than 1000 item arrays. -- 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/
