Angular Holdings View: Item Counts Incorrect

[Jennifer Pringle]

Evergreen 3.7beta

In Holdings View, if you're looking at a subset of your libraries the Copies count for any org above what you have entered for Holdings Maintenance is incorrect.

For example, look at the record for Organ concertos in the Concerto dataset.

When the org unit selector for Holdings Maintenance is set to CONS you get the following counts:
CONS - 31
  SYS1 - 14
    BR1 - 7
    BR2 - 7
  SYS2 - 6
    BR3 - 4
      BM1 - 7
    BR4 - 2

Change the org unit selector to BR1 and you get:
CONS - 7
  SYS1 - 7
    BR1 - 7

The consortium still has 31 copies total, and system1 still has 14 copies total so even though we're scoped to BR1 those copy counts should reflect the actual counts.

[Michele Morgan (mmorgan)]

Confirmed on master post 3.7.1.

The same mis-counting also affects the Call Numbers column.

[Bill Erickson (berick)]

Here's a fix:

https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/berick/lp1933275-holdings-counts-repair

[Mary Llewellyn (mllewell)]

I have tested this code and consent to signing off on it with my name, Mary Llewellyn and my email address, <email address hidden>

[Jane Sandberg (sandbergja)]

We ran into this recently, so it's good to have this fix. Thanks, Bill and Mary!

I resolved the conflicts with bug 1928363 (on 3.8 and above) and bug 1739277, then pushed to master, rel_3_7, and rel_3_8.

[Steve Callender (stevecallender)]

Could a by-product of this patch be related to floating items not properly displaying in the holdings maintenance? We're finding that that items with a circ_lib that differes from the call_number owning_lib are having issue displaying since they register as 0 copies for the call_number, but yet can be manually expanded to show that's not the case. https://bugs.launchpad.net/evergreen/+bug/1961412