Testing 3.2 acq on a site with a large existing acq database, the response time on the initial acq screen was delays of 10 to 12 seconds (on a test system with no load) As this is the initial acq screen it seems unacceptable. Comparing to the old 3.1 system the number of baskets returned was not consistent.
Created attachment 2429 [details] [review] Proposed Patch
This patch looks promising, can I get someone to sign off please, then Ill test and push.
If testing this please also look at the patch for bug 5063 which compliments it
Does not apply: Apply? [y]es/[n]o/[e]dit/[v]iew patch/[a]ccept all y Applying: bug_5064 Rework data retrieval in booksellers.pl fatal: sha1 information is lacking or useless (acqui/booksellers.pl). Repository lacks necessary blobs to fall back on 3-way merge. Cannot fall back to three-way merge. Patch failed at 0001 bug_5064 Rework data retrieval in booksellers.pl When you have resolved this problem run "git am --resolved". If you would prefer to skip this patch, instead run "git am --skip". To restore the original branch and stop patching run "git am --abort". nengard@debian:~/kohaclone$
Created attachment 3265 [details] [review] Revised patch Patch rebased on current HEAD + bug_5063 patch. It assumes that patch for bug 5063 has been applied first
Pushed, please test and mark resolved