Re: [indexeddb] error value of open request after aborting VERSION_CHANGE transaction inside an onupgradeneeded handler

2011-12-03 Thread Jonas Sicking
On Thu, Dec 1, 2011 at 7:16 PM, Israel Hilerio wrote: > On Tuesday, November 22, 2011 5:30 PM, Israel Hilerio wrote: >>Subject: [indexeddb] error value of open request after aborting >>VERSION_CHANGE transaction inside an onupgradeneeded handler >> >>What should be the value of the error attribut

Re: [indexeddb] Bug#14404 https://www.w3.org/Bugs/Public/show_bug.cgi?id=14404

2011-12-03 Thread Jonas Sicking
On Thu, Dec 1, 2011 at 2:51 PM, Israel Hilerio wrote: > Jonas, > > Since you believe we should keep the values of version as a non-nullable long > long, what should the value of version be during the first run/creation if > the transaction is aborted? Should it be 0 (I don't believe we want vers

[Bug 15055] New: [IndexedDB] (editorial) dead link "IDBFactory.open" in 3.1.8 Requests

2011-12-03 Thread bugzilla
https://www.w3.org/Bugs/Public/show_bug.cgi?id=15055 Summary: [IndexedDB] (editorial) dead link "IDBFactory.open" in 3.1.8 Requests Product: WebAppsWG Version: unspecified Platform: PC OS/Version: All Status: NEW

Re: Data uris, was: Re: Enable compression of a blob to .zip file

2011-12-03 Thread Charles Pritchard
On 12/3/11 5:51 PM, Jonas Sicking wrote: On Fri, Dec 2, 2011 at 6:06 PM, Charles Pritchard wrote: On 12/2/11 5:41 PM, Jonas Sicking wrote: On Fri, Dec 2, 2011 at 5:05 PM, Charles Pritchardwrote: There have been no steps to expand or otherwise support base64 encoding, nor data uris, from a

Re: Data uris, was: Re: Enable compression of a blob to .zip file

2011-12-03 Thread Jonas Sicking
On Fri, Dec 2, 2011 at 6:06 PM, Charles Pritchard wrote: > On 12/2/11 5:41 PM, Jonas Sicking wrote: >> >> On Fri, Dec 2, 2011 at 5:05 PM, Charles Pritchard  wrote: >>> >>> On 12/2/11 4:52 PM, Jonas Sicking wrote: On Fri, Dec 2, 2011 at 4:38 PM, Charles Pritchard  wrote: > >

Re: [cors] 7.2 seems to make * unusable

2011-12-03 Thread Boris Zbarsky
On 12/3/11 7:55 PM, Benson Margulies wrote: 7.2.2 says that if the response is "*" and credentials are off, we fail. The text I'm looking at right now is: If the Access-Control-Allow-Origin header value is the literal "*" character and the credentials flag is false return pass and terminat

[cors] 7.2 seems to make * unusable

2011-12-03 Thread Benson Margulies
I suppose that I'm reading it wrong, but... in http://dvcs.w3.org/hg/cors/raw-file/tip/Overview.html#make-a-request-steps 7.2.2 says that if the response is "*" and credentials are off, we fail. So, first question, is it really the intent to say that a service can't just return * to permit any old

Re: Enable compression of a blob to .zip file

2011-12-03 Thread Charles Pritchard
On 12/3/11 1:16 AM, Julian Reschke wrote: On 2011-12-03 01:38, Charles Pritchard wrote: ... Yes. So is HTML. What's the benefit of compressing SVG first and then BASE64-encoding it, over having it just URI-escaped, and gzip the whole HTML page (something most servers will automatically do for y

Re: Enable compression of a blob to .zip file

2011-12-03 Thread Julian Reschke
On 2011-12-03 01:38, Charles Pritchard wrote: ... Yes. So is HTML. What's the benefit of compressing SVG first and then BASE64-encoding it, over having it just URI-escaped, and gzip the whole HTML page (something most servers will automatically do for you)? SVG is primarily an image format. It