Angular holdings view library setting isn't sticky

[Mary Llewellyn]

Web client 3.4.4, experimental staff catalog

We are used to the library selected in the Holdings View to being the workstation org unit. If I were to change it to CONS to view all our libraries' holdings, then when I return later to holdings view, my change is retained.

What I'm seeing now is CONS is the default and no matter what library I try to change to, when I return to the Holdings View screen, the setting has returned to CONS.

I think this field should be a sticky setting as it was in XUL and currently is in the traditional web client interface.

[Mary Llewellyn (mllewell)]

I have the same happening in 3.5. I've tried setting my preferred library to specific library, but no matter what, the setting in Holdings View reverts to CONS every time I look at a new bib record.

[Bill Erickson (berick)]

Here's a fix:

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

[Mary Llewellyn (mllewell)]

We haven't installed the fix, so apologies if this has already been addressed.

I realized a pattern. When your search library is set to CONS (as our catalogers do), then when you look at a record in Holdings View, the view is set to CONS and shows all the libraries' items.

If the search library is set to a single library, then in Holdings View, that's what it is set to and you only see the items belonging to the searched library.

What we need is to search CONS but have the Holdings View set to the workstation library.

But maybe Bill already knows this. Sorry if I'm being redundant.

[Elaine Hardy (ehardy)]

Tested on a testbox with concerto data. Holdings view library choice is still not sticky, except when scrolling through a result set. It is now reverting to the CONS consortia but gives message nothing to display. I thought that it might be retaining the library but not showing it and that the library had not holdings on the record, but that was not the case -- the library does have holdings.

[Mary Llewellyn (mllewell)]

Did you see a correlation with the chosen Search library? I found searching CONS put CONS in the Holdings view, and searching a particular library in the setting in Holdings view.

[Mary Llewellyn (mllewell)]

 and searching a particular library put that library in the setting in Holdings view.

[Elaine Hardy (ehardy)]

I am not seeing that correlation. If I have the search library set for BR1 and set the holdings view to BR1, holdings view still reverts to CONS

[Elaine Hardy (ehardy)]

We were able to identify a problem with how the patch was applied and retested. It does work and library choice is sticky in holdings view.

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

[Bill Erickson (berick)]

Thanks, Elaine.

I have merged the patches to master and 3.6.

I have also created a 3.5 branch (w/ minor merge repair) that I can't test at the moment. Hoping someone else can sign off on the 3.5 branch:

https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/berick/lp1894131-holdings-org-pref-3.5