Holds and Cancel when first log in takes user to patron record, not search results

[Laurie Davidson]

This came out of testing MR holds -- (bug 1284864) but it applies to more than just MR holds. Testing in beta 2.6.

Cancel from the hold screen takes users back to the patron record, not to the browse/bib list (only happens when you first login on a hold.)

In the hold placement screen in TPAC, when you first login in to place a hold, and then click cancel, user is taken to their user account instead of back to the original search results/bib screen. If the user is logged in before they place the hold, this all works fine. But if the user clicks on place hold and then logs in, the cancel does not take them back to their search place it instead takes them into their patron account and the user must do the search again.

Expected behaviour:
Cancel from the hold placement screen should take the user back to the bib record or search results screen they clicked on place hold.

[Erica Rohlfs (erohlfs)]

Tested in versions 2.5.3b and 2.6.0. I agree that it's not related to MR holds (since I'm seeing the behavior in 2.5).

[Terran McCanna (tmccanna)]

In the Bootstrap OPAC, cancel from the holds screen now takes you back to the point where you clicked Place Hold regardless of whether you were logged in first or not.