[LBS] Automatic detection of SSO redirects
Reported by
saulsat...@gmail.com,
Jun 3 2016
|
||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.108 Safari/537.36 Steps to reproduce the problem: 1. When setting up the URLs for the Alternate Browser, specific URLs will fail due to redirection especially when SSO is being used. 2. 3. What is the expected behavior? LBS should recognize the redirect and pass all the URLs to the alternate browser. What went wrong? The specific URL renders in Internet Explorer or the alternate browser, but the redirected URL does not causing the SSO to malfunction. WebStore page: Did this work before? N/A Chrome version: 49.0.2623.108 Channel: n/a OS Version: 10.0 Flash Version: Shockwave Flash 21.0 r0
,
Jun 8 2016
Getting automatic SSO redirect recognition is hard if not impossible because every SSO provider can have a different flow involving different number of redirects and forms along the way. The currently suggested way of solving this issue is to disable LBS completely in a test environment. Use the event log in chrome://net-internals to capture the complete sso flow for your organization and then put all urls along the redirect chain in the list of urls that should not cause a transition in either way. This is relatively simple procedure and has to be repeated only if the SSO redirection chain changes which should be rare.
,
Jun 9 2016
,
Feb 28 2017
,
Feb 28 2017
,
Feb 28 2017
,
Jan 21
(2 days ago)
,
Jan 21
(2 days ago)
,
Jan 21
(2 days ago)
Like pastarmovj@ said, this looks hard/impossible to fix completely. Marking as WontFix |
||||||||
►
Sign in to add a comment |
||||||||
Comment 1 by blumberg@chromium.org
, Jun 8 2016Components: Enterprise>Triaged
Owner: pastarmovj@chromium.org
Status: Assigned (was: Unconfirmed)