LP#1695062 - webstaff Make non-freetext required stat cats actually required
In the Patron registration form this custom drop down needed to
have an ng-class attribute with the proper
object expression in order to do add class ng-invalid if the
stat cat was required and not there.
Adds a small nosound.wav file which may be used by administrators to
silence a specific alert for all users on the server.
To test:
[1] mkdir -p /openils/var/web/audio/notifications/success/patron/
[2] cd /openils/var/web/audio/notifications/success/patron/
[3] ln -s ../../nosound.wav by_search.wav
[4] Perform a patron search in the browser client and confirm no sound
is played upon successful search.
If patron searches have recently been performed, step 4 may require a
cache clear, a different tab, browser restart, eye of newt.
When adding an item from the MARC editor the barcode
state was incorrect because the empty_barcode flag
is set on the copy and then not changed after
assigning a barcode. At that point the only way to
alter the flag is modifying the barcode in the UI,
which the user likely would not think to do. This
causes the Save buttons to remain disabled.
To test pre patch:
Open a record in the MARC editor, check Add Item
Add a call number label and barcode above, click Save
In the vol/copy editor, try as you might, you can't save. :(
To test post-patch:
Open a record in the MARC editor, check Add Item
Add a call number label and barcode above, click Save
In the vol/copy editor, the Save buttons will already be enabled
(barring required stat cats, etc.)
LP#1691264 - WebStaff Add stickiness to Patron Search Org-level selector
When searching for users within the patron app, the org-unit selector
dropdown would stay cached to the last used value, but reloading the
PAtron sarch view would reset that. This adds stick-setting attribute
to that custom dropdown and LocalStorage via key eg.circ.patron.search.ou
Signed-off by: Cesar Velez <email address hidden>
Signed-off by: Jennifer Pringle <email address hidden>
Signed-off-by: Kathy Lussier <email address hidden>
LP#1312837 - Item Status - Alternate View - Holds/Transit tab: Transit and Hold
information does not refresh
When switching between copies that have different transit and hold information,
the data in the hold/transit tab doesn't get cleared when there isn't a new hold
or transit to clear it.
Test Plan:
Acquire the barcodes for 3 copies, one that is available, on that is in transit
and one that is captured for a hold.
Before Change:
1. Open item status alternate view and switch to hold/copy tab. Note that the
labels default to saying that the item is in transit and captured for a
hold before any barcodes are scanned.
2. Enter the available item and note that the labels changed to not in transit
, not captured.
3. Scan in the In Transit for Captured item and note that the labels don't
change when they should.
4. Scan in the available item and note that the hold or transit data isn't
cleared.
After Change:
1. Enter the barcodes for the 3 copies with different statuses and note that
the Holds/Transit information now updates correctly.