brooklyn-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <>
Subject [jira] [Commented] (BROOKLYN-323) Inconsistent logout behavior for Basic Authentication
Date Wed, 24 Aug 2016 10:15:22 GMT


ASF GitHub Bot commented on BROOKLYN-323:

Github user neykov commented on the issue:
    Looks good. To add some background on the unusual logout implementation - the server-side
implementation will work correctly only if changing user names after logout. If the user tries
to login with the same username it will keep prompting him for password. More details in the
server code.
    This is papering over the problem until we implement form based auth.

> Inconsistent logout behavior for Basic Authentication
> -----------------------------------------------------
>                 Key: BROOKLYN-323
>                 URL:
>             Project: Brooklyn
>          Issue Type: Bug
>    Affects Versions: 0.9.0, 0.10.0, 0.9.1
>         Environment: Firefox, Internet Explorer, Google Chrome
>            Reporter: Valentin Aitken
>             Fix For: 0.10.0
> Observed behavior:
> When clicking logout browser asks for a password.
> When entering a password browser asks you sequentially to enter username and password.
> How logout should be implemented for Basic Authentication:
> My explanation for behavior with the current code:
> First to clear out how brooklyn-ui is working and what it does.
> It polls infinitely the brooklyn api to retrieve status for the applications which are
on the dashboard.
> To do that each request has to be authenticated.
> Logout:
> When user click logout, UI fires an ajax call to get a a proper Unauthorized response.
> Current response for the logout request contains Unauthorized response which should invalidate
> For Google Chrome it does invalidate the request credentials but it does not reload the
DOM (or the webpage)
> When user try to type username and password to login back again, it is followed by another
username and password prompt. 
> My explanation for this is that login actually appeared from one of the application status
calls rather than the index page and credentials are not populated through the DOM.
> Because of this credentials have to be typed for every single request and  UI is making
status calls infinitely so in other words user have to enter username and password infinitely.
> However for Internet Explorer it behaves differently.
> It just unauthenticate the one Ajax request and from there nothing happens. Deletion
of the session within Internet Explorer doesn't happen and browser stays authenticated.
> My idea for solving those problems is to do a full reload of the web page after deauthenticating.
> so Brooklyn can have only one javascript authentication cycle.
> I will provide a solution which does that in one simple step.
> Calling the /logout API call which returns Unauthorized response and redirect to the
home page. 

This message was sent by Atlassian JIRA

View raw message