"Open [Application]" alert on Mac does not work if page behind alert automatically redirects
Reported by
devsangh...@gmail.com,
Apr 19 2017
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.133 Safari/537.36 Steps to reproduce the problem: 1. Use any native application on Mac that does an external google sign-in via the browser (new OAuth flow) 2. Login and click on agree in the consent page 3. External app protocol request is generated 3. User is shown the "Open [Application]" dialog 4. Wait until the google login page auto-redirects to google.com 5. Click on "Open [Application]" 6. Nothing happens - External protocol request isn't fired What is the expected behavior? What went wrong? The external protocol request should work on clicking "Open [Application]" even if the page behind the alert has changed. URL that triggered the alert should be bound to that alert. Did this work before? N/A Chrome version: 57.0.2987.133 Channel: stable OS Version: OS X 10.11.6 Flash Version: Shockwave Flash 25.0 r0 This is going to be really troublesome for all the Mac apps that migrate to Google's new OAuth flow (deadline is April 20th).
,
Apr 26 2018
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Apr 26 2018
devsanghani@gmail.com, can you provide an example application so we can try to reproduce?
,
Apr 28 2018
,
May 22 2018
Closing due to inactivity. Feel free to reopen if we can repro this issue. |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by erikc...@chromium.org
, Apr 25 2017Status: Available (was: Unconfirmed)