Issue 13423

Access to downloads

Reporter: trobertson
Assignee: cvizitiu
Type: Feedback
Summary: Access to downloads
Priority: Major
Resolution: Fixed
Status: Closed
Created: 2013-07-01 08:39:02.517
Updated: 2013-08-23 15:37:36.918
Resolved: 2013-08-23 15:37:36.888
Description: *Rating*: :( Bad

{panel:title=What do you like?|borderColor=#ccc| titleBGColor=#c2ffa2|bgColor=#fff}
Access to downloads

{panel:title=What needs to be improved?|borderColor=#ccc| titleBGColor=#faacad|bgColor=#fff}
When you go to perform a download, you get a prompt to login/register.  It doesn’t seem that, after login/registration, it proceeds to start the download.  I had to page back and reissue the download request.  It would be more streamlined to go straight to download.

Comment: related to POR-293. After logging in you should at least be redirected back to the original occurrence search.
Created: 2013-07-01 10:31:42.153
Updated: 2013-07-01 10:31:42.153

Comment: As discussed Cip - please prioritize the whole login work flow
Created: 2013-08-19 12:03:11.233
Updated: 2013-08-19 12:03:11.233

Created: 2013-08-22 16:22:33.469
Updated: 2013-08-22 16:22:56.516
Let's not mix the two:

You are redirected back to the page after login if we add ?destination=relative/URL/something in the login link;

Registration is clearly a multi stage process; Unless you click through the link received in your email and set the password, the account will be disabled (otherwise any bot would be able to register) so I'm not entirely sure how we can catch the download request several steps further after the user has confirmed the registration. The simplest idea would be to simply redirect the user after login to .../user/downloads


Comment: After creating an account you are now redirected to an "thank you" page. If you pass ?destination to the account creation URL it'll get carried over; and yes, we have the option to send the browser directly to ?destination instead of the thank you note (if ?destination !=''). So? Can we close this?
Created: 2013-08-22 21:04:18.083
Updated: 2013-08-22 21:04:33.937

Created: 2013-08-23 12:43:51.443
Updated: 2013-08-23 12:43:51.443
Ok, this is related, (I am using an existing account) but I just tried it on staging and it did not work [] []

The login form looked like this:

but on logging in, I went to:


Created: 2013-08-23 13:06:11.987
Updated: 2013-08-23 13:06:11.987
The destination param was only correctly set on the login link at the top. This fix here uses the right URL also when the login required error message shows up:


Created: 2013-08-23 13:08:22.078
Updated: 2013-08-23 13:08:22.078
By design D will refuse to redirect to external URLs... everyone out there could call our site with a ?destination parameter pointing to some crook's domain. Unfortunately this also means that clearly delimited subfolders (e.g. portal and drupal) won't work that well either.

If you really want absolute URLs as destination parameters (so that you have it working on staging too) then let me look into writing a plugin or something but I don't think I'll make it to the Monday release. 

Comment: Redirect from login works; redirect after account creation to be discussed at later stage
Created: 2013-08-23 15:37:36.913
Updated: 2013-08-23 15:37:36.913