Right,
I have to correct my earlier statement:
- If you are sent to the login page after hitting a restricted page in
DSpace, this page is stored in your session and after logging in, you are
effectively sent back to that page. You're right that it doesn't make sense
that this page is continuously being kept in your session.
this is a different bug from:
- whenever you click on a login link in DSpace, after logging in, you will
always be sent back to the homepage.
best regards,
Bram
--
[image: logo]
*Bram Luyten* *@mire*
*2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010*
*Esperantolaan 4, Heverlee 3001, Belgium*
<http://www.atmire.com/>www.atmire.com<http://atmire.com/website/?q=services&utm_source=emailfooter&utm_medium=email&utm_campaign=braml>
On Fri, Feb 8, 2013 at 4:50 PM, Terry Brady <[email protected]> wrote:
> Bram,
>
> Thanks for the follow up. (I realized I did not CC the list on my prior
> reply).
>
> I am using XMLUI.
>
> The ticket you shared with me pointed me
> to org.dspace.app.xmlui.utils.AuthenticationUtil.
>
> Looking at that class, it seems that the following session variables
> control the behavior that I am describing.
>
> - dspace.request.resume
> - dspace.request.interrupted
>
> It appears that these variables are only reset once the resume action has
> taken place.
>
> In order to resolve my issue, I would need to find some mechanism to clear
> these variables if a user navigates away from the authentication page
> without logging into the system.
>
> I presume that this would not be a trivial change.
>
> My hope is that most users will complete the login and will not witness
> the behavior that I described. I may be encountering this scenario
> frequently because of the testing that I am currently performing.
>
> Terry
>
>
> On Fri, Feb 8, 2013 at 6:57 AM, Bram Luyten <[email protected]> wrote:
>
>> Hi Terry,
>>
>> are you doing this on JSPUI or XMLUI?
>>
>> In XMLUI, it was my understanding of the current situation that logging
>> in always redirects to the homepage. This is an identified problem and is
>> being discussed here:
>> https://jira.duraspace.org/browse/DS-570
>>
>> I haven't been able to reproduce what you describe locally.
>>
>> best regards,
>>
>> Bram Luyten
>>
>> --
>> [image: logo]
>> *Bram Luyten* *@mire*
>> *2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010*
>> *Esperantolaan 4, Heverlee 3001, Belgium*
>>
>> <http://www.atmire.com/>www.atmire.com<http://atmire.com/website/?q=services&utm_source=emailfooter&utm_medium=email&utm_campaign=braml>
>>
>>
>> On Thu, Feb 7, 2013 at 11:24 PM, Terry Brady <[email protected]>wrote:
>>
>>> In the course of testing my DSpace 1.7 instance, and I have noticed the
>>> following behavior.
>>>
>>> Normal Behavior
>>>
>>> - User attempts to access a restricted asset
>>> - User is presented with login page
>>> - User logs in
>>> - User is re-directed to restricted asset
>>>
>>> Unusual Behavior
>>>
>>> - User attempts to access a restricted asset
>>> - User is presented with login page
>>> - User navigates to a different page without logging in
>>> - User clicks login
>>> - User is presented with login page
>>> - User logs in
>>> - User is re-directed to the restricted asset regardless of where
>>> they initiated the login
>>>
>>> While this is an atypical use case, users may be confused by this
>>> behavior.
>>>
>>> Do you have any advice to offer? Is there a mechanism to configure this
>>> behavior?
>>>
>>> Thanks, Terry
>>>
>>> --
>>> Terry Brady
>>> Applications Programmer Analyst
>>> Lauinger Information Technology
>>> 202-687-7053
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Free Next-Gen Firewall Hardware Offer
>>> Buy your Sophos next-gen firewall before the end March 2013
>>> and get the hardware for free! Learn more.
>>> http://p.sf.net/sfu/sophos-d2d-feb
>>> _______________________________________________
>>> DSpace-tech mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/dspace-tech
>>> List Etiquette:
>>> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
>>>
>>
>>
>
>
> --
> Terry Brady
> Applications Programmer Analyst
> Lauinger Information Technology
> 202-687-7053
>
------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
