Staff catalog holdings counts can be very slow/bulky
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Evergreen 3.5
The Angular staff catalog uses UNAPI web service to retrieve copy count information for the search results page. To do this, it request the "holdings_xml" format, which includes both copy count and call number data. In cases where a record has many call numbers -- issue discovered testing People magazine with 2500 call numbers -- rendering the results page can be very slow. It's parsing a 1.4K XML document to extract 2 numbers -- not the best tool for the job in this case.
Earlier code used the open-ils.
Changed in evergreen: | |
status: | Fix Committed → Fix Released |
Note the work on this has expanded to include bug #1849523 and a bit more. In general, I'm packaging the the data collection for each bib / metabib record into an API that can return a stream of precompiled results so the UI is not required to make so many API calls and do so much data munging.