On Jun 30, 2014, at 7:13 PM, Glenn Maynard gl...@zewt.org wrote:
Why would the identifier not just be the blob URL itself?
Done.
Also, both Chrome and Firefox treat the entire URL as case-sensitive, eg.
Blob:... won't revoke the URL, or uppercasing the hostname portion in
Chrome.
On Tue, Jul 1, 2014 at 5:18 PM, Arun Ranganathan a...@mozilla.com wrote:
While I think mediastream URLs may have died on the vine, using the same
store for filesystem URLs would be good.
Yeah maybe. I thought those worked differently in that they're not
really tied to objects, but rather actual
On Tue, Jul 1, 2014 at 1:13 AM, Glenn Maynard gl...@zewt.org wrote:
Why would the identifier not just be the blob URL itself? The spec
currently makes the identifier just the scheme data, which seems much more
complex than it needs to be. revokeObjectURL should simply be Remove the
entry
On Jun 30, 2014, at 7:13 PM, Glenn Maynard gl...@zewt.org wrote:
Why would the identifier not just be the blob URL itself? The spec currently
makes the identifier just the scheme data, which seems much more complex than
it needs to be. revokeObjectURL should simply be Remove the entry from
On Jul 1, 2014, at 2:32 AM, Anne van Kesteren ann...@annevk.nl wrote:
That works for me. That way we can make this a more generic store if
god forbid we get more of these schemes.
While I think mediastream URLs may have died on the vine, using the same store
for filesystem URLs would be
On Jun 28, 2014, at 4:42 AM, Anne van Kesteren ann...@annevk.nl wrote:
I now defined the origin for blob URLs:
http://url.spec.whatwg.org/#concept-url-origin Sorry for the delay.
Still need to work out the correct Fetch integration.
Thanks :)
Removed origin extraction from FIle API, but
On Mon, Jun 30, 2014 at 8:45 PM, Arun Ranganathan a...@mozilla.com wrote:
Removed origin extraction from FIle API, but added identifier extraction
(based on the same model — that is, running the basic URL parser). This makes
adding entires to the Blob URL Store clearer.
I don't really
On Jun 30, 2014, at 4:20 PM, Anne van Kesteren ann...@annevk.nl wrote:
I don't really understand this. Entries should be added when a blob
URL is created.
They are! That is, at the time the method URL.createObjectURL(blob) is called
on blob, that method adds an entry to the Blob URL Store:
On Mon, Jun 30, 2014 at 10:48 PM, Arun Ranganathan a...@mozilla.com wrote:
They are! That is, at the time the method URL.createObjectURL(blob) is
called on blob, that method adds an entry to the Blob URL Store:
http://dev.w3.org/2006/webapi/FileAPI/#add-an-entry
I’ve only defined identifier
On Jun 30, 2014, at 4:57 PM, Anne van Kesteren ann...@annevk.nl wrote:
On Mon, Jun 30, 2014 at 10:48 PM, Arun Ranganathan a...@mozilla.com wrote:
They are! That is, at the time the method URL.createObjectURL(blob) is
called on blob, that method adds an entry to the Blob URL Store:
On Mon, Jun 30, 2014 at 3:57 PM, Anne van Kesteren ann...@annevk.nl wrote:
On Mon, Jun 30, 2014 at 10:48 PM, Arun Ranganathan a...@mozilla.com
wrote:
They are! That is, at the time the method URL.createObjectURL(blob) is
called on blob, that method adds an entry to the Blob URL Store:
I now defined the origin for blob URLs:
http://url.spec.whatwg.org/#concept-url-origin Sorry for the delay.
Still need to work out the correct Fetch integration.
--
http://annevankesteren.nl/
12 matches
Mail list logo
