Patron's name not listed when placing hold through TPAC staff client

Bug #1053635 reported by Sarah Childs
22
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Evergreen
Fix Released
Wishlist
Unassigned

Bug Description

When you enter the barcode to place a hold it loads user preferences, but doesn't display the user's name.

The Set hold options screen in the JSPac displayed the name of the patron, giving staff the chance to confirm that the hold is being placed for the correct person. Now there is no intervening screen, and it just jumps to a hold placed or not placed confirmation.

If you are keying in the patron number, and miskey (or correctly enter a wrong number mistakenly provided by a patron) a valid number, you won't know that the hold was placed for the wrong person until the complaints roll in.

Revision history for this message
Michael Peters (mrpeters) wrote :

Upon placing the patron barcode in the text box, a lookup occurs to find the patron's hold notification preferences. This leads me to believe there is someplace we could easily look up the patron's name and place it beside the barcode input for confirmation.

Changed in evergreen:
status: New → Confirmed
importance: Undecided → Medium
Revision history for this message
Thomas Berezansky (tsbere) wrote :
tags: added: pullrequest
Revision history for this message
Michael Peters (mrpeters) wrote :

Signed-off. Working great in master.

To <email address hidden>:working/Evergreen.git
 * [new branch] hold_patron_name_signoff -> user/mrpeters-isl/hold_patron_name_signoff

tags: added: signedoff
Ben Shum (bshum)
Changed in evergreen:
milestone: none → 2.4.0-alpha
importance: Medium → Wishlist
Revision history for this message
Thomas Berezansky (tsbere) wrote :

I just added another fix commit to my branch (and rebased it onto master) to fix starting with a valid barcode, going to an invalid one, then going back to the original valid one. Needs testing, though.

And as I said in IRC, I personally disagree with the added "Place hold for" label.

Revision history for this message
Thomas Berezansky (tsbere) wrote :

I have pushed http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/tsbere/hold_patron_name_rn with the rest of the work signed off (by myself, Mike, and Ben), plus two additional commits.

One is a basic release notes entry, the other adds some styling and fixes an issue when clearing the patron barcode.

Revision history for this message
Michael Peters (mrpeters) wrote :

Thomas' last two commits work great. Signed off on them at user/mrpeters-isl/hold_patron_rn_signoff.

Revision history for this message
Ben Shum (bshum) wrote :

Yep, styling is great!

Thanks tsbere and mrpeters.

Pushed to master for 2.4 new feature goodness!

Changed in evergreen:
status: Confirmed → Fix Committed
Revision history for this message
Ben Shum (bshum) wrote :

Grabbing tsbere's quick fix in http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/tsbere/hold_paste_barcode

This calms staff who don't like hitting tab/enter after copy/pasting a barcode into the place hold page.

Ben Shum (bshum)
Changed in evergreen:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.