Re: [OAUTH-WG] register prefixes as opposed to full parameter names

Michael D Adams <mike@automattic.com> Wed, 07 July 2010 07:57 UTC

Return-Path: <michael.d.adams@gmail.com>
X-Original-To: oauth@core3.amsl.com
Delivered-To: oauth@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 58F513A657C for <oauth@core3.amsl.com>; Wed, 7 Jul 2010 00:57:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1n71E+CeLHkM for <oauth@core3.amsl.com>; Wed, 7 Jul 2010 00:57:22 -0700 (PDT)
Received: from mail-iw0-f172.google.com (mail-iw0-f172.google.com [209.85.214.172]) by core3.amsl.com (Postfix) with ESMTP id 75CDD3A67CC for <oauth@ietf.org>; Wed, 7 Jul 2010 00:57:22 -0700 (PDT)
Received: by iwn38 with SMTP id 38so1997412iwn.31 for <oauth@ietf.org>; Wed, 07 Jul 2010 00:57:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type; bh=VjidK/zGGYpDJQHD7Gy56THPO6D6ffW/E5ME++g5SSg=; b=iPbORXjVlzu2w7UqMJbL5fnlqE98BWNyWy7o4QxUkiQcOvDe9WduW3EC9k/PXsSqxD YUy/zhnsb++9On18thyEKmAf9nthgpU4jy4A10/NyqREm++P33NTDwsIua208rqzON99 XUzxF7AnWjmXH8GStm9s/qjz+00XUPUTxpt6U=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=W4YFnue/zAThGr+MhU6vVwyAZc18g5vSIOWBB9A56DuNoYdmcg/HAuk+m0bo32hsrZ TXlNXVJXEHTskTEoGPm225DeivC0CBEvRlPkF41mXm1i2KeKj9TpdoepAOMAIddSabMc dKdkH8i8D21Zidb/fWfyPDKKiZLSxWY+keni4=
Received: by 10.231.32.69 with SMTP id b5mr6370854ibd.153.1278489445184; Wed, 07 Jul 2010 00:57:25 -0700 (PDT)
MIME-Version: 1.0
Sender: michael.d.adams@gmail.com
Received: by 10.231.179.143 with HTTP; Wed, 7 Jul 2010 00:57:04 -0700 (PDT)
In-Reply-To: <AANLkTikDx54ypvWMlZXGlgXsBi3wErcs3-SxO2hYVQYW@mail.gmail.com>
References: <1278439815.2445.8.camel@localhost.localdomain> <C858C2B1.36C16%eran@hueniverse.com> <AANLkTimWZugW68Gkg_CCYZL8TUIbtaNEAlQS7cMTTSZV@mail.gmail.com> <AANLkTimsxRHsXggcEsQhgD04YgbdUlrm_rojSi_SLc-X@mail.gmail.com> <AANLkTikDx54ypvWMlZXGlgXsBi3wErcs3-SxO2hYVQYW@mail.gmail.com>
From: Michael D Adams <mike@automattic.com>
Date: Wed, 07 Jul 2010 00:57:04 -0700
X-Google-Sender-Auth: WyK6AHsjxqXAFyl1f4VChGI2TbY
Message-ID: <AANLkTinZTSR-ZIe2kZYYLVKDRkr68JEHP7vxtyOroHGa@mail.gmail.com>
To: Marius Scurtescu <mscurtescu@google.com>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: OAuth WG <oauth@ietf.org>
Subject: Re: [OAUTH-WG] register prefixes as opposed to full parameter names
X-BeenThere: oauth@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: OAUTH WG <oauth.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/oauth>, <mailto:oauth-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/oauth>
List-Post: <mailto:oauth@ietf.org>
List-Help: <mailto:oauth-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/oauth>, <mailto:oauth-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Jul 2010 07:57:23 -0000

On Tue, Jul 6, 2010 at 10:24 PM, Marius Scurtescu <mscurtescu@google.com> wrote:
> On Tue, Jul 6, 2010 at 10:18 PM, Michael D Adams <mike@automattic.com> wrote:
>> For section 6.2 (query parameters on the end-user authorization and
>> token endpoints), this should not be an issue for WordPress.
>>
>> For section 6.3 (header parameters), this should not be an issue for WordPress.
>
> This is not an issue because whatever query parameter WordPress is
> using does not collide with the core OAuth 2 parameters? Or because
> WordPress is not using query parameters?

Neither: because WordPress is extensible enough to allow for this kind
of functionality.

WordPress uses query parameters.  A WordPress plugin that enables
OAuth, though, would have to register new URL handlers with WordPress
to act as the token and end-user authorization endpoints.  Having done
so, the plugin would then have complete control over how to behave
under any query parameters, entity-body contents, or headers: core,
extension, site specific or otherwise.

As evidence, I have written such plugins for OAuth 1.0a, OAuth WRAP,
and OAuth 2.0-draft-05.

I would be surprised if the story were different for MediaWiki and
Drupal; I naively believe a similar plugin could be developed for each
of those platforms that would avoid query parameter collision.
"Naively" because I am unfamiliar with both of those platforms.

Mike
--mdawaffe