Checkout interface catalog doesn't load workstation prefs

[Dan Briem]

In the staff client (3.4.2), if you use the catalog embedded in the Holds tab from the Checkout interface without using the main catalog interface earlier in your session, the default search library isn't loaded and the preferred library's available copies are not indicated separately in the record search results or pulled to the top of record details. Staff that depend on those indicators might mistakenly think there are no copies at that location.

After using the main catalog, these workstation preferences load in both iframe embedded catalogs for the rest of the session.

The AngularJS wrapper for the main catalog iframe sets cookies for these settings, but the Checkout interface doesn't for the catalog iframe embedded in the Holds view.

[Dan Briem (dbriem)]

This branch sets these settings as cookies in the AngularJS wrapper for the catalog embedded in the Checkout interface under the Holds tab.

https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/dbriem/lp1887876_checkout_catalog_ws_defaults

[Andrea Neiman (aneiman)]

Confirmed in 3.4

[Gina Monti (gmonti90)]

I, Gina Monti, sign off on this bug. Preferences from the user's workstation apply to searching in the catalog through placing holds in the patron's record.

[Galen Charlton (gmc)]

Because of bug 1869898, this patch is effectively a no-op nowadays for 3.6 and later. However, it's still useful if somebody has customized their system to not use the Angular catalog when placing holds, so I've pushed this down to rel_3_6.

Thanks, Dan and Gina!