Bug 1488394
Summary: | First login to starter fails with "Invalid request: Client state could not be verified" | ||
---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Michail Kargakis <mkargaki> |
Component: | Management Console | Assignee: | Samuel Padgett <spadgett> |
Status: | CLOSED WONTFIX | QA Contact: | Yadan Pei <yapei> |
Severity: | low | Docs Contact: | |
Priority: | medium | ||
Version: | unspecified | CC: | akostadi, aos-bugs, jdee, jokerman, jrosenta, mixer3d, mmccomas, naoto30, spadgett, xxia, yufchang |
Target Milestone: | --- | Keywords: | OnlineStarter, Reopened |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-05-01 18:46:57 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Michail Kargakis
2017-09-05 09:25:30 UTC
Seems to be an issue on Firefox 55.0.2 Working fine on Google Chrome Michail, I can't reproduce, although I'm currently running FF 54.0.1. I do see this error in the console from an extension, but it looks unrelated. Error: user.metadata.annotations is undefined @https://console.starter-us-east-1.openshift.com/console/scripts/extensions.js:184:13 $digest@https://console.starter-us-east-1.openshift.com/console/scripts/vendor.js:6332:64 $apply@https://console.starter-us-east-1.openshift.com/console/scripts/vendor.js:6388:1 i@https://console.starter-us-east-1.openshift.com/console/scripts/vendor.js:5367:100 u@https://console.starter-us-east-1.openshift.com/console/scripts/vendor.js:5432:36 Kb/</x.onload@https://console.starter-us-east-1.openshift.com/console/scripts/vendor.js:5443:63 CC Jordan I've been trying to reproduce over the last week in different browsers, using private browsing mode to simulate first login, etc. No luck. Michail, have you seen this again? There is auth logging we can enable if this is reproducible (although be careful what you add to the Bugzilla since it might have your access token). https://github.com/openshift/origin-web-console#enable--disable-console-log-output Marking this low severity for now since it's infrequent and logging in a second time works. I can't reproduce this anymore. Might having been related to my cookies or something. I am going to close it, thanks for taking a look! Hi I can confirm, that bug still exists, cannot login for the first time to openshift free starter account for the first time from Firefox-ESR 52.4.0 on debian 9 amd64, still from chromium without problems. Regards j (In reply to mixer3d from comment #7) > I can confirm, that bug still exists, cannot login for the first time to > openshift free starter account for the first time from Firefox-ESR 52.4.0 on > debian 9 amd64, still from chromium without problems. Reopening. I've seen this as well recently. It appears that this happens if you are able visit the console initially using an http URL rather than https. You are directed to the login page, then redirected back to the https console URL. The nonce is stored in local storage, however, and it is undefined when we try to read it because the https console is a different domain. The second login works because this time you are redirected to the login page from the https console. Closing as 3.6 is no longer supported and the way login works has completely changed since 4.1. Please open a new bug if there is still an issue. |