SAML IdP Login screen restricted size
Reported by
jonathan...@tarmac.com,
Aug 2 2016
|
||
Issue descriptionUserAgent: Mozilla/5.0 (X11; CrOS x86_64 8172.62.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 Safari/537.36 Platform: 8172.62.0 (Official Build) stable-channel samus Steps to reproduce the problem: We have been testing the new Okta Sign-In experience on ChromeOS. We have found that the size of the Okta login screen is larger than the window ChromeOS shows during the IdP logon flow without scrolling. As a result, the links to perform a password reset, etc are off the bottom of the screen. If you enter your password incorrecty, the login button is nearly out of the window. The developer notes detail that the high must be at least 750px high. Can the window be increased in size before resizing is needed? What is the expected behavior? Full Okta Sign-In screen is shown What went wrong? Window is restricted in size regardless of monitor resolution and scrollbar is shown Did this work before? No Chrome version: 51.0.2704.106 Channel: stable OS Version: 8172.62.0 Flash Version: Shockwave Flash 22.0 r0
,
Aug 10 2016
I'm afraid we can't do much here. Okta pages have to work in all form factors (e.g. a user would run into the exact same issue on a mobile device). Even if we increase the size of the screen, next time an IdP makes changes we would have to modify the size again etc. Also some Chromebooks have small screens so we can't make the SAML window too large otherwise it will stop fitting on some Chromebooks. Do we have a contact at Okta's? There are many Okta users on Chrome who will be affected by this and we need to make sure Okta makes an update to this. (In particular it seems to me there's tons of wasted space in the gray header above the username and pwd fields).
,
Sep 6 2016
I am with the Product Team from Okta and we are currently investigating with our UX designers to fit Okta sign in experience with ChromeOS fixed idP login frame size. |
||
►
Sign in to add a comment |
||
Comment 1 by scunning...@chromium.org
, Aug 9 2016Owner: dskaram@chromium.org
Status: Assigned (was: Unconfirmed)