OPAC post-hold "continue" link leads to raw XML
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
Somewhat esoteric, but...
If an OPAC user has followed a link from an RSS feed to get to a record, and places a hold on that title, the link they are given to "continue" should lead them back to that same record. But the link appears to be an odd mix between the unapi-based url that they'd come from, and a regular link. As a result they do not go back to the record, they get a raw XML page listing the available formats for that unapi call.
Example...
Here is the RSS feed in question:
https:/
Here is the link one follows into the OPAC when clicking on one of the titles in the feedL
https:/
Here is the address one is on, during the process of placing that title on hold:
https:/
After sucessfully placing the title on hold, this is the link that is given to go back to the record:
https:/
Note that this link (and the hold source page referenced in the url) is missing much of what it needs to work properly if using an unapi call. It should look like this:
https:/
Or at least an equivalent that tells it to open the bib record, using format=opac.
Or perhaps it should recognize it doesn't have what it needs to construct an unapi link, and should just return a normal link like this:
https:/
Either way, I'm pretty sure the intended result is not the XML list of available output formats.
EG 3.7.1 on Debian buster
tags: | added: circ-holds opac-account |
FWIW, this came up with a selfcheck product we are testing. It can include RSS feeds (of new titles, staff selections, or whatever) in the "waiting to be used" display, and open them up in a kiosk-mode browser.
Works great, including logging in and placing the hold. But then... full screen of XML, definitely confusing for the average patron.