W3C home > Mailing lists > Public > public-webapps@w3.org > April to June 2010

Re: [widgets] WARP default policy

From: Scott Wilson <scott.bradley.wilson@gmail.com>
Date: Wed, 5 May 2010 14:59:07 +0100
Cc: public-webapps WG <public-webapps@w3.org>
Message-Id: <CD339DEF-FA8F-4969-A840-89BA96AD93E1@gmail.com>
To: Robin Berjon <robin@berjon.com>
On 5 May 2010, at 10:40, Robin Berjon wrote:

> On May 4, 2010, at 19:29 , Scott Wilson wrote:
>> I've just been reading through the WARP spec again, and in particular this stood out:
>> In the default policy, a user agent must deny access to network resources external to the widget by default, whether this access is requested through APIs (e.g. XMLHttpRequest) or through markup (e.g. iframe, script, img).
>> I'm not sure if this statement is actually helpful here. While it makes sense that WARP defines policies that widen access beyond whatever the UA's default policy may be, is it strictly necessary to define the default policy? 
> Well, if you think about it a little bit further, is it really necessary to have a way of defining a network access policy, and if so is the content you're distributing the best place to do so? I personally have a somewhat reserved judgement about whether WARP is useful at all. A rather large number of people expressed this requirement, so it was delivered, and it's quite possible that they were right. But it's also possible that they're not which is why I'm happy that it's not part of P+C.
> If you noticed this because you're working on it for Wookie, I'm not sure that's it's worth the (minimal) effort. WARP makes no sense in a Web context.

We use it to feed the whitelist our server-side proxy service uses; I've already implemented it for this admittedly limited purpose in Wookie and it seems to work fine.  But for the most part access policy is dealt with by the browser security model, which is moving towards making such workarounds unnecessary in the long run. However, right now we still have a limited UC for WARP.

> -- 
> Robin Berjon - http://berjon.com/
Received on Wednesday, 5 May 2010 13:59:43 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:13:07 UTC