Issue metadata
Sign in to add a comment
|
Issue with Extension OAuth
Reported by
jonrobin...@gmail.com,
Oct 24 2013
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.26 Safari/537.36 Steps to reproduce the problem: 1. Code extension by following instructions at http://developer.chrome.com/extensions/tut_oauth.html 2. ...or try chrometophone extension from webstore 3. At end of oAuth handshake there is not redirect ... goes to about:blank What is the expected behavior? Should call callback in oauth.authorize - does not seem to. Should go to call back page - goes to about:blank What went wrong? No token. No Authentication. WebStore page: http://developer.chrome.com/extensions/tut_oauth.html Did this work before? Yes After chrome 30? Have same code working on Chrome 30 on xp Chrome version: 31.0.1650.26 Channel: n/a OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: Shockwave Flash 11.9 r900
,
Oct 31 2013
,
Nov 13 2013
Version 32.0.1700.6 beta seems to still have this problem.
,
Nov 13 2013
I'm not sure yet how this used to work, since it looks like a bug in the tutorial. I got the contacts sample to mostly work by putting this section in its manifest:
"web_accessible_resources": [
"chrome_ex_oauth.html",
"chrome_ex_oauthsimple.html"
],
The response page from the server is attempting to redirect back to these extension pages, but those navigations are blocked and then redirected to about:blank.
,
Nov 16 2013
Able to reproduce on 31.0.1650.57 (Official Build 235101) m Windows 7
,
Nov 17 2013
XP SP3, Chrome 31.0.1650.57 m here, same result.
,
Nov 18 2013
Adding the web_Accessible_resources manifest entry fixed this for me. wasted my sunday night, though. Thank you all for posting and replying to this so I could find a solution. Should update the tutorial page ASAP
,
Nov 20 2013
Confirmed that this is a bug in the sample. It was working before M31 because of a bug in Chrome which is now fixed. The solution is to add the manifest fragment from comment #4.
,
Nov 22 2013
Keeping in mind I know next to nothing about Chrome's inner workings... I have located the manifest file and inserted the code from comment #4, disabled/re-enabled the extension, rebooted, and confirmed the changes persisted, but I'm still getting the same behaviour. Is there anything extra I need to know? Does the code need to be inserted in a certain order? Is there more than one copy of the manifest files (ex: one pristine/source, one altered/in use)?
,
Nov 22 2013
Apologies, disregard my previous comment - I just caught on that this thread is about OAuth in general and not the Chrome to Mobile extension, which utilizes it and currently has the same issue. Someone linked here from a thread about the extension and the rest is obvious. That said, if anyone has any thoughts on applying the above fix to the C2M extension there are a lot of people who would appreciate it.
,
Nov 22 2013
Added the mainfest fragment given in Chrome issue 310870 . But, still able to reproduce the issue. Checked in chrome stable version 31.0.1650.57 and beta version 32.0.1700.19. Is there any other workaround on this?
,
Nov 23 2013
This issue has been corrected in Chrome to Phone v2.3.3, so an answer can probably be found there. From a quick glance the mechanism appears quite different, or at least laid out quite differently, I did not have any luck figuring it out. https://code.google.com/p/chrometophone/issues/detail?id=504
,
Dec 5 2013
I have tried the manifest change listed in the bug but its still not working. Any updates?
,
Dec 5 2013
atanwar@, what code are you applying the change to? What errors/behavior do you see? The contacts sample works for me with the manifest change applied, so I don't know what else might be going wrong for you.
,
Dec 14 2013
Shouldn't chrome provide some sort of feedback (console log) when it blocks based on this (like it does with permissions and security policy)? That could have saved me a few hours.
,
Jan 7 2014
Issue 328757 has been merged into this issue.
,
Jan 7 2014
This seems to have been resolved. Extension is working for me now.
,
Aug 25 2015
Slated to an old branch and no activity in the bug in over a year suggest that this can be archived. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by vkomonduri@chromium.org
, Oct 28 2013Status: Untriaged