Comment 19 for bug 1815815

Thanks, Terran.

There's some complication here, because all other search types deal with a strict branch of the org tree, and the display code (separate from search) assumes that's always the case. Library Groups, of course, do something different, and while we can definitely restrict the copy table on the record detail page to just the list of copies, we cannot provide the same "ranked" ordering that the tree-ish variants do.

The summary count lines (and hold counts) are based on the search context location, BR3 in your example, and those only work with a single org unit at all, currently.

I should, very soon, have the copy table working as close to how you expect as the current non-search display code allows. The summary rows (and "show more details" table on the result page) need some definition wrapped around them, however.