- From: Kyle Huey <me@kylehuey.com>
- Date: Mon, 19 May 2014 10:00:24 -0700
- To: Frederik Braun <fbraun@mozilla.com>
- Cc: Glenn Maynard <glenn@zewt.org>, Jonas Sicking <jonas@sicking.cc>, Anne van Kesteren <annevk@annevk.nl>, Boris Zbarsky <bzbarsky@mit.edu>, WebApps WG <public-webapps@w3.org>
It was pointed out to me that I should have read the rest of the thread ... *looks sheepish* - Kyle On Mon, May 19, 2014 at 9:51 AM, Kyle Huey <me@kylehuey.com> wrote: > On Mon, May 19, 2014 at 2:33 AM, Frederik Braun <fbraun@mozilla.com> wrote: >> On 15.05.2014 22:46, Glenn Maynard wrote: >>> On Thu, May 15, 2014 at 12:07 PM, Jonas Sicking <jonas@sicking.cc >>> <mailto:jonas@sicking.cc>> wrote: >>> >>> On Thu, May 15, 2014 at 6:52 AM, Anne van Kesteren <annevk@annevk.nl >>> <mailto:annevk@annevk.nl>> wrote: >>> > I was thinking about the latter and that would not work if the URL was >>> > revoked. Unless we store origin at parse time. >>> >>> Good point. Without using the explicit syntax we couldn't return a >>> consistent result for the origin. >>> >> >> I'm not against the explicit model, but I think it would be very >> desirable if there was a way to get the origin out of the blob URL with >> some sort of API. >> It's not unlikely that developers will implement their own (flawed) URL >> parsing to determine the origin of a blob URL, if it's explicitly in the >> blob URL. > > There's no way to extract the origin from the blob URL. The URL is > just something of the form > "blob:0ffc771c-486d-4cb0-8b7c-07b8dd9ab101". > > - Kyle
Received on Monday, 19 May 2014 17:00:52 UTC