Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unable to login with latest master 2020/08/04 #4242

Closed
Spaceman1984 opened this issue Aug 4, 2020 · 12 comments
Closed

Unable to login with latest master 2020/08/04 #4242

Spaceman1984 opened this issue Aug 4, 2020 · 12 comments

Comments

@Spaceman1984
Copy link
Contributor

Spaceman1984 commented Aug 4, 2020

ISSUE TYPE
  • Bug Report
COMPONENT NAME
UI/API
CLOUDSTACK VERSION
4.15
CONFIGURATION
OS / ENVIRONMENT

Using Google Chrome Browser: Version 84.0.4147.105 (Official Build) (64-bit)

SUMMARY

Unable to log in

STEPS TO REPRODUCE
Start up management server
Go to login page
Try to log in using credentials:
admin
password
EXPECTED RESULTS
Redirect to dashboard
ACTUAL RESULTS
No redirect

Json response from API call:
listcapabilitiesresponse: {uuidList: [], errorcode: 401, errortext: "unable to verify user credentials"}
errorcode: 401
errortext: "unable to verify user credentials"
uuidList: []
@rohityadavcloud
Copy link
Member

cc @Pearl1594 @davidjumani

@Pearl1594
Copy link
Contributor

@Spaceman1984 I am unable to reproduce the issue. This issue may however crop up if you have cookies of another session. There was a PR merged into master that handles purging of (multiple session key) cookies (#4176). In case there exists session Key cookies of another session - try clearing out your cache once, and then test if this issue crops up again.
Also, could you please share the sessionkey and path details. Thanks

@Spaceman1984
Copy link
Contributor Author

Hi @Pearl1594 , seems like this is an issue that occurs when running an older version before going to latest master, I was able to log in using a guest session on chrome. Where do I find the sessionkey and path?

@Pearl1594
Copy link
Contributor

@Spaceman1984 In your browser's dev tools, goto storage -> cookies. There you'd see the sessionkey; clicking on it, will fetch you details of the respective cookie.

@Spaceman1984
Copy link
Contributor Author

Spaceman1984 commented Aug 5, 2020

Cookies
This is from the browser session where I could log in before switching to master

@Spaceman1984
Copy link
Contributor Author

@Pearl1594 seems like these cookies will expire tomorrow

@Spaceman1984
Copy link
Contributor Author

Cookies-Guest

The cookies from the guest session doesn't include a sessionkey for /client, maybe the different path on the new version is causing the issue.

@rohityadavcloud
Copy link
Member

@Spaceman1984 on latest branch/master what you're working on if you clear application cache (see clear storage on the Application tab) - are you able to log in? Are you using old UI or Primate for testing UI?

@Spaceman1984
Copy link
Contributor Author

@rhtyd I'm using the old UI. If I clear the cache, the immediate problem is gone. but that is a workaround that doesn't address the issue.

Just by looking at the pictures I uploaded, I can see an extra sessionkey with a different path. Possibly the problem here is that a new session key is added but the old incorrect sessionkey is being checked for authentication?

@Spaceman1984
Copy link
Contributor Author

@rhtyd This is an edge case with a workaround, maybe we can close this one?

@Pearl1594
Copy link
Contributor

@Spaceman1984 If we are moving from an old to the newer code base with the fix in place, there would be a need to clear any session keys left behind that was not cleaned earlier during the logout process. Further on, you will not see the issue as the PR mentioned earlier will handle purging them.

@Spaceman1984
Copy link
Contributor Author

Ok @Pearl1594, sounds like this is a duplicate issue then, closing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants