understanding of all details of IDB to understand. Web
authors doesn't always read the spec faithfully.
--
Odin Hørthe Omdal · Core QA, Opera Software · http://opera.com /
) { ... }
as typos would be caught early on (undeclared variables throw
ReferenceErrors).
So. What do you think? :-)
--
Odin Hørthe Omdal · Core QA, Opera Software · http://opera.com /
better ;-)
To be honest, I think authors will use the enumerated strings - so if some
implementations do some backwards compat stuff, it'll hopefully become
obsolete.
--
Odin Hørthe Omdal · Core QA, Opera Software · http://opera.com /
be necessary.
This is a change for the huge masses of people which will come after us
and *not* be as wise and just input 1 or 2 or whatever that doesn't tell
us anything about what the code is doing.
IMHO it's a very small price to pay for a bigger gain.
--
Odin Hørthe Omdal · Core QA, Opera
I agree on the values. +1
--
Sent from my N9, excuse the top posting
On 27.02.12 16:17 Jonas Sicking wrote:
On Mon, Feb 27, 2012 at 1:44 PM, Odin Hørthe Omdal odi...@opera.com wrote:
On Sat, 25 Feb 2012 00:34:40 +0100, Israel Hilerio isra...@microsoft.com
wrote:
We have several internal
From: Jonas Sicking jo...@sicking.cc
I think we've been feature complete for a while now. With one
exception, which is that some error handling that we've discussed on
the list needs to be edited into the spec.
Apart from that we have a number of fairly minor uncontroversial fixes
From: Israel Hilerio isra...@microsoft.com
Unfortunately, we didn’t update the spec to reflect this agreement.
You or I could open a bug to ensure the spec is updated to capture
this change.
Yes, better get it into the spec :-)
About the behavior itself, FWIW, I think it's a reasonable
I concur with Israel, plus David's question about nullness as opposed to
emptiness.
--
Odin, Opera
my side as I had nothing to add. :-)
--
Odin Hørthe Omdal · Core QA, Opera Software · http://opera.com /
stitch it together again when you need to feed it somewhere.
--
Odin Hørthe Omdal (Velmont/odinho) · Core, Opera Software ·
http://opera.com/
can just 'get()' it
with your new found key.
Anyway, if you have something specific in mind, you should test it. Gecko
has a quite recent-ish released implementation of the spec.
--
Odin Hørthe Omdal (Velmont/odinho) · Core, Opera Software ·
http://opera.com/
in
again, both Firefox and Chromium used 25 seconds to reconnect. When only
yanking it for one minute, the reconnection was much faster (2-5 seconds).
This with *reconnection time* set to 500ms.
--
Odin Hørthe Omdal (Velmont/odinho) · Core, Opera Software, http://opera.com
.
Firefox: Gives up after ~15 minutes.
Chromium: Doesn't ever give up. Longer and longer retry intervals, upper
limit (I think) of 1 minute between each retry.
And the TL version follows:
On Tue, 17 Apr 2012 16:44:56 +0200, Odin Hørthe Omdal odi...@opera.com
wrote:
If I understand
This is how I've understood it as well, and I'm very OK with it :)
Getting it clear in like that would be a win.
--
Sent from my N9, excuse the top posting
On 03.05.12 01:32 Jonas Sicking wrote:
Hi All,
The issue of bug 14404 came up at the WebApps face-to-face today. I
believe it's now
take FormData directly? I can see how that could be useful.
Although getting methods for serializing/deserializing FormData would make
it possible to just do the load/save logic on your own.
--
Odin Hørthe Omdal (Velmont/odinho) · Core, Opera Software, http://opera.com
, but expanding it and writing new
tests is part of phase two: so if you're going to write some tests that's just
awesome!
If you upload them to w3 test repository I'll be sure to check so that we don't
use our energy duplicating the tests.
Odin Hørthe Omdal — Opera Software
--
Sent from my N9
Kyle Huey m...@kylehuey.com skreiv Fri, 08 Jun 2012 19:22:54 +0200
In particular the spec states that key paths are DOMStrings, and then
goes on to state how Array key paths are handled. Whatever changes are
made need to preserve the note about key paths not nesting just after
4.7.1.
On Tue, 12 Jun 2012 02:56:00 +0200, Ian Hickson i...@hixie.ch wrote:
On Tue, 17 Apr 2012, Odin Hørthe Omdal wrote:
If I understand correcly, the spec expects the implementation to keep
reconnecting indefinitely, when the network cable is yanked.
No. The spec says Any other HTTP response code
implemented.
--
Odin Hørthe Omdal (Velmont/odinho) · Core, Opera Software, http://opera.com
Lesiński, and actually most of the posters
on this topic. I don't we're far from a good solution.
The core issue is, at least as I see it, is that implementations differ
pretty starkly from what the spec says - so something has to change
somewhere :-)
--
Odin Hørthe Omdal (Velmont/odinho
useful for much as far as I can see.
What do you think?
PS: In *any* case, those issues should be resolved some way, I just think
simplifying such a corner case would be very beneficial.
--
Odin Hørthe Omdal (Velmont/odinho) · Core, Opera Software, http://opera.com
for a smaller spec to read :P)
That sync part of the spec is very out of date and gets no love.
What do we do with it? Only leaving the note there leaves a lot of broken
windows in the spec.
--
Odin Hørthe Omdal (Velmont/odinho) · Core, Opera Software, http://opera.com
and hide it on my side until
I'm interested to look at it again.
--
Odin Hørthe Omdal (Velmont/odinho) · Core, Opera Software, http://opera.com
this
problem in a more meaningful way.
Good name, makes it easier to understand why it best applies to transports
that represent their resource with a URL pointing directly at it.
All this talk about lazy blob was at least confusing me. :-)
--
Odin Hørthe Omdal (Velmont/odinho) · Core, Opera
On Thu, 09 Aug 2012 19:22:48 +0200, Boris Zbarsky bzbar...@mit.edu wrote:
On 8/9/12 9:10 AM, Odin Hørthe Omdal wrote:
We will get this specific IDB problem too
Will you? In my testing, Opera seemed to put Window properties directly
on the global, not on the global's prototype, unlike other
sufficently advanced to already have written a
db-close in versionchange so that they won't be relying on the blocked
system.
Well, it's a lot of hope, but I don't think this is something we should be
stuck with.
--
Odin Hørthe Omdal (Velmont/odinho) · Core, Opera Software, http://opera.com
Without checking (I'm waiting for the bus in the rain) I can say we also do it
like this. It is actually in the spec if you read it dead carefully, it's just
not that obvious.
It will first do the range getting, and then it will take the item on top
sorted secondarily by value. And in an index
So, at work and with the spec in front of me :-)
Odin claimed:
There is a note near the algorithm saying something to that point, but
the definite text is up in the prose let's explain IDB section IIRC.
Nope, this was wrong, it's actually right there in the algorithm:
!)
If you review any set of the tests and find no issues, please state that
as a reply to this RfR (so we can get a sense of whether or not anyone
reviewed the tests).
In the absence of any comments, these tests will be considered Approved.
--
Odin Hørthe Omdal (Velmont/odinho) · Core, Opera Software
.
It's a bit strange, I'm not sure I understand.
If you have that information from your other filtering, then why not just
fetch them directly? Like IDBObjectStore.get(primary_key)?
--
Odin Hørthe Omdal (Velmont/odinho) · Core, Opera Software, http://opera.com
/Archives/Public/public-webapps-testsuite/2013Jan/0022.html
[4]
http://lists.w3.org/Archives/Public/public-webapps-testsuite/2013Jan/0024.html
[5] https://github.com/w3c/event-source/pulls
--
Odin Hørthe Omdal (Velmont/odinho) · Core, Opera Software, http://opera.com
to having the tests at GitHub in the first place :-)
--
Odin Hørthe Omdal (Velmont/odinho) · Core, Opera Software, http://opera.com
,
expectations, etc. in WebApps' Public wiki, rooted at
http://www.w3.org/wiki/Webapps/).
Okay! I will try to have something we can look at and discuss tomorrow. :-)
--
Odin Hørthe Omdal (Velmont/odinho) · Core, Opera Software, http://opera.com
Hørthe Omdal (Velmont/odinho) · Core, Opera Software, http://opera.com
rate. Because I think it'd make people feel easier/more involved.
Speculation, but not totally unfounded :-)
Many other good points. I guess Robin, James, Tobie or someone else will
already have replied by tomorrow. :]
--
Odin Hørthe Omdal (Velmont/odinho) · Core, Opera Software, http
Hey!
I moved the tests some two weeks ago without telling anyone, because I
squeezed it in when I had no time anyway (magic trick that).
Most of them lie here as pull requests:
https://github.com/w3c/web-platform-tests/pulls/Velmont
We didn't really have anything approved, AFAIK. Except
people. And sadly, not during development,
but when they want to upgrade their already in-production system.
We will see more problems coming our way because of this. :) Let's hope
as few as possible use raw IDB and rather use more friendly wrapper
libraries that get this right.
--
Odin Hørthe
37 matches
Mail list logo
