Application performs handoff to FDA to download original files within same window, making it difficulty to navigate back to original SDR record
Opened this issue · 3 comments
This is behaving as expected, but could be a candidate for platform improvement. Currently, when a user click to download orginal files, it hands it off to the FDA bitstream link, keeping user in same browser tab. After download, the page remains on the blank bitstream download page.
The user likely still needs to see the SDR record page, and therefore will have to use back button to head back to SDR record. This is not ideal, however, because it will sometimes re-trigger the download and fail to move back to the SDR record.
A better approach might be to have a handoff back to the SDR record, or else initiate the process in a new tab (if that does not violate accessibility issues).
Here are the steps to reproduce this issue:
- Load https://archive.nyu.edu/
- Click on Username in upper right and choose Logout
- Load https://geo.nyu.edu/
- Click on Logout
- Load https://geo.nyu.edu/catalog/nyu-2451-37402
- Click on Login to View and Download
- Click Download
- Choose Original GeoTIFF
- Taken to https://archive.nyu.edu/retrieve/78744/nyu_2451_37402.zip
- Click NYU users: Login
- Fill in NetID & Password
- File is downloaded
- User is left on blank page
@nmwolf I see 2 potential solutions to this:
- When we link to restricted downloads, we force the link to open in a new tab. This way the blank page is separate from the flow on geo.nyu.edu.
- We figure out how to pass along a
return_url
or equivalent to the login flow on archive.nyu.edu so we can redirect users back to the geo.nyu.edu page with the download link (which should work now that you're logged in) as opposed to the archive.nyu.edu page which leaves you on a blank page.- This assumes both archive.nyu.edu and the Shibboleth systems support some kind of return URL parameter. It's still a little awkward since the user would have to click the download link again now that they're logged in.