[Bug 16236] New: Microsoft Windows 7 Home Premium Edition Service Pack 1 (build 7601), 64-bit Internet Explorer v. 9.0.8112.16421 FreeYouTubeToMP3Converter 3.10.14 VideoFileToIPOD.dll - Ok DVSiTune

2012-03-06 Thread bugzilla
https://www.w3.org/Bugs/Public/show_bug.cgi?id=16236 Summary: Microsoft Windows 7 Home Premium Edition Service Pack 1 (build 7601), 64-bit Internet Explorer v. 9.0.8112.16421 FreeYouTubeToMP3Converter 3.10.14

[Bug 16236] Microsoft Windows 7 Home Premium Edition Service Pack 1 (build 7601), 64-bit Internet Explorer v. 9.0.8112.16421 FreeYouTubeToMP3Converter 3.10.14 VideoFileToIPOD.dll - Ok DVSiTunes.dll

2012-03-06 Thread bugzilla
https://www.w3.org/Bugs/Public/show_bug.cgi?id=16236 Art Barstow art.bars...@nokia.com changed: What|Removed |Added Status|NEW |RESOLVED

Review of CORS and WebAppSec prior to LCWD

2012-03-06 Thread Cameron Jones
Hello wg, I've been contemplating various aspects of web app security in review of CORS, UMP, CSP and resource protection and would like to bring some feedback to the group as a set of concerns over the combined proposed solution. While the pre-cfc calls for positive response i can only provide

Re: Review of CORS and WebAppSec prior to LCWD

2012-03-06 Thread Adam Barth
This feedback is probably better addressed to public-webappsec, which is the main forum for discussing these security-related specs. Adam On Tue, Mar 6, 2012 at 6:06 AM, Cameron Jones cmhjo...@gmail.com wrote: Hello wg, I've been contemplating various aspects of web app security in review

Re: Transferable and structured clones, was: Re: [FileAPI] Deterministic release of Blob proposal

2012-03-06 Thread Greg Billock
On Mon, Mar 5, 2012 at 6:46 PM, Charles Pritchard ch...@jumis.com wrote: On 3/5/2012 5:56 PM, Glenn Maynard wrote: On Mon, Mar 5, 2012 at 7:04 PM, Charles Pritchard ch...@jumis.com wrote: Do you see old behavior working something like the following? var blob = new Blob(my new big blob);

Re: FileReader abort, again

2012-03-06 Thread Eric U
On Mon, Mar 5, 2012 at 2:01 PM, Eric U er...@google.com wrote: On Thu, Mar 1, 2012 at 11:20 AM, Arun Ranganathan aranganat...@mozilla.com wrote: Eric, So we could: 1. Say not to fire a loadend if onloadend or onabort Do you mean if onload, onerror, or onabort...? No, actually.  I'm

Re: [FileAPI] Deterministic release of Blob proposal

2012-03-06 Thread Eric U
After a brief internal discussion, we like the idea over in Chrome-land. Let's make sure that we carefully spec out the edge cases, though. See below for some. On Fri, Mar 2, 2012 at 4:54 PM, Feras Moussa fer...@microsoft.com wrote: At TPAC we discussed the ability to deterministically close

Re: [FileAPI] Deterministic release of Blob proposal

2012-03-06 Thread David Levin
It seems like this may be setting up a pattern for other dom objects which are large (like video/audio). When applied in this context, is close still a good verb for them? video.close(); dave PS I'm trying to not bikeshed too badly by avoiding a new name suggestion and allowing for the fact

Re: [widgets] Request for a CFC about Widget URI and Updates

2012-03-06 Thread Charles McCathieNevile
On Tue, 28 Feb 2012 13:32:04 +0100, Marcos Caceres marcosscace...@gmail.com wrote: I think it might be time to have a CFC to propose moving Widget URI and Widget Updates to WG Notes. Although both specs have gotten implemented, I'm not interested in continuing the work unless I have industry

Re: Transferable and structured clones, was: Re: [FileAPI] Deterministic release of Blob proposal

2012-03-06 Thread Kenneth Russell
On Tue, Mar 6, 2012 at 12:04 PM, Greg Billock gbill...@google.com wrote: On Mon, Mar 5, 2012 at 6:46 PM, Charles Pritchard ch...@jumis.com wrote: On 3/5/2012 5:56 PM, Glenn Maynard wrote: On Mon, Mar 5, 2012 at 7:04 PM, Charles Pritchard ch...@jumis.com wrote: Do you see old behavior working

Re: [FileAPI] Deterministic release of Blob proposal

2012-03-06 Thread Arun Ranganathan
Feras, In practice, I think this is important enough and manageable enough to include in the spec., and I'm willing to slow the train down if necessary, but I'd like to understand a few things first. Below: - Original Message - At TPAC we discussed the ability to deterministically

Re: Transferable and structured clones, was: Re: [FileAPI] Deterministic release of Blob proposal

2012-03-06 Thread Arun Ranganathan
Ken, I'm not sure that adding close() to Transferable is a good idea. Not all Transferable types may want to support that explicit operation. What about adding close() to Blob, and having the neutering operation on Blob be defined to call close() on it? Specifically, you think this is not

Re: Transferable and structured clones, was: Re: [FileAPI] Deterministic release of Blob proposal

2012-03-06 Thread Michael Nordman
Sounds like there's a good case for an explicit blob.close() method independent of 'transferable'. Separately defining blobs to be transferrable feels like an unneeded complexity. A caller wishing to neuter after sending can explicit call .close() rather than relying on more obscure artifacts of

Re: Transferable and structured clones, was: Re: [FileAPI] Deterministic release of Blob proposal

2012-03-06 Thread Glenn Maynard
On Tue, Mar 6, 2012 at 3:18 PM, Kenneth Russell k...@google.com wrote: A change like this would be feasible as long as it doesn't break compatibility. In other words, the current Transferable array would still need to be supported, but Transferable instances (or perhaps instances of some other

Re: [FileAPI] Deterministic release of Blob proposal

2012-03-06 Thread Glenn Maynard
(I wish people wouldn't split threads.) On Tue, Mar 6, 2012 at 2:29 PM, Eric U er...@google.com wrote: What about: XHR.send(blob); blob.close(); This is the same as: XHR.send(arrayBuffer); postMessage({foo: arrayBuffer}, [arrayBuffer]); which you can already do. Both of

Re: Transferable and structured clones, was: Re: [FileAPI] Deterministic release of Blob proposal

2012-03-06 Thread Michael Nordman
Separately defining blobs to be transferrable feels like an unneeded complexity. A caller wishing to neuter after sending can explicit call .close() rather than relying on more obscure artifacts of having also put the 'blob' in a 'transferrable' array. You can always call close() yourself,

Re: Transferable and structured clones, was: Re: [FileAPI] Deterministic release of Blob proposal

2012-03-06 Thread Kenneth Russell
On Tue, Mar 6, 2012 at 1:31 PM, Arun Ranganathan aranganat...@mozilla.com wrote: Ken, I'm not sure that adding close() to Transferable is a good idea. Not all Transferable types may want to support that explicit operation. What about adding close() to Blob, and having the neutering operation

Re: Transferable and structured clones, was: Re: [FileAPI] Deterministic release of Blob proposal

2012-03-06 Thread Charles Pritchard
On Mar 6, 2012, at 2:25 PM, Kenneth Russell k...@google.com wrote: On Tue, Mar 6, 2012 at 1:31 PM, Arun Ranganathan aranganat...@mozilla.com wrote: Ken, I'm not sure that adding close() to Transferable is a good idea. Not all Transferable types may want to support that explicit operation.

RE: FileReader abort, again

2012-03-06 Thread Feras Moussa
Anne confirmed that a new open in onerror or onload /would/ suppress the loadend of the first send. So we would want a new read/write in onload or onerror to do the same, not just those in onabort. We encountered this same ambiguity in the spec, and we agree with the above. This is also

RE: [FileAPI] Deterministic release of Blob proposal

2012-03-06 Thread Feras Moussa
From: Arun Ranganathan [mailto:aranganat...@mozilla.com] Sent: Tuesday, March 06, 2012 1:27 PM To: Feras Moussa Cc: Adrian Bateman; public-webapps@w3.org; Ian Hickson; Anne van Kesteren Subject: Re: [FileAPI] Deterministic release of Blob proposal Feras, In practice, I think this is

RE: Transferable and structured clones, was: Re: [FileAPI] Deterministic release of Blob proposal

2012-03-06 Thread Feras Moussa
-Original Message- From: Arun Ranganathan [mailto:aranganat...@mozilla.com] Sent: Tuesday, March 06, 2012 1:32 PM To: Kenneth Russell Cc: public-webapps@w3.org; Charles Pritchard; Glenn Maynard; Feras Moussa; Adrian Bateman; Greg Billock Subject: Re: Transferable and structured

Re: [FileAPI] Deterministic release of Blob proposal

2012-03-06 Thread Charles Pritchard
On 3/6/12 5:12 PM, Feras Moussa wrote: frameRef.src = URL.createObjectURL(blob); blob.close() // method name TBD In my opinion, the first (using xhr) should succeed. In the second, frameRef.src works, but subsequent attempts to mint a Blob URI for the same 'blob' resource fail.

[Bug 16205] IDBRequest returned by IDBFactory.deleteDatabase will be set to undefined

2012-03-06 Thread bugzilla
https://www.w3.org/Bugs/Public/show_bug.cgi?id=16205 Jonas Sicking jo...@sicking.cc changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 16211] Relax the ability to add a record if it doesn't meet the constraints of a predefined index

2012-03-06 Thread bugzilla
https://www.w3.org/Bugs/Public/show_bug.cgi?id=16211 Jonas Sicking jo...@sicking.cc changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 16233] Wrong description for lowerBound() and upperBound() methods

2012-03-06 Thread bugzilla
https://www.w3.org/Bugs/Public/show_bug.cgi?id=16233 Jonas Sicking jo...@sicking.cc changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 16108] [IndexedDB] (editorial) bound(), lowerBound() and upperBound() have open mixed

2012-03-06 Thread bugzilla
https://www.w3.org/Bugs/Public/show_bug.cgi?id=16108 Jonas Sicking jo...@sicking.cc changed: What|Removed |Added Status|NEW |RESOLVED

Re: Transferable and structured clones, was: Re: [FileAPI] Deterministic release of Blob proposal

2012-03-06 Thread Glenn Maynard
On Tue, Mar 6, 2012 at 4:24 PM, Michael Nordman micha...@google.com wrote: You can always call close() yourself, but Blob.close() should use the neuter mechanism already there, not make up a new one. Blobs aren't transferable, there is no existing mechanism that applies to them. Adding a