diff options
author | rmsousa@chromium.org <rmsousa@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2013-04-26 02:35:53 +0000 |
---|---|---|
committer | rmsousa@chromium.org <rmsousa@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2013-04-26 02:35:53 +0000 |
commit | 6e7bc186f6b0194d2cad9631be0f3093245d47ab (patch) | |
tree | aee7a808883b3532d03a3dd99c91ab8d92847860 /sql/meta_table.cc | |
parent | 3d828ba01876bf20e19161a7f1fbc384f353ba1d (diff) | |
download | chromium_src-6e7bc186f6b0194d2cad9631be0f3093245d47ab.zip chromium_src-6e7bc186f6b0194d2cad9631be0f3093245d47ab.tar.gz chromium_src-6e7bc186f6b0194d2cad9631be0f3093245d47ab.tar.bz2 |
Webapp changes to support third party authentication
This uses an OAuth flow on the server to fetch the token and shared secret. There are two implementations for this:
* The current one manually opens a tab and asks for a redirect to a blank page in talkgadget, which we content-script to sendmessage the token/secret back to the extension (fairly similar to our OAuth trampoline)
* Once we're running on appsv2, and identity is out of experimental, we can use launchWebAuthFlow to do this.
This includes an interstitial to ask for an optional permission to the given host. The window.open method doesn't actually need this, but the identity API one does, so I thought I'd leave it in to make its behavior match closely the one of the identity API, which is the one we'll use in the future.
Most of the code is shared between these two versions, the only different pieces are the mechanics to open the window/launchWebFlow, and to send the redirectedUrl back to the webapp for parsing.
BUG=115899
Review URL: https://chromiumcodereview.appspot.com/12905012
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@196580 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'sql/meta_table.cc')
0 files changed, 0 insertions, 0 deletions