Options:
Previous day, Next day
- # Session Start: Fri May 15 00:00:01 2015
- # Session Ident: #testing
- # [00:52] * Quits: bhill2 (~bhill2@public.cloak) (Client closed connection)
- # [01:00] * Joins: bhill2 (~bhill2@public.cloak)
- # [01:23] * heycam|away is now known as heycam
- # [01:57] * Quits: bhill2 (~bhill2@public.cloak) (Client closed connection)
- # [01:58] * Joins: bhill2 (~bhill2@public.cloak)
- # [02:02] * Joins: bhill2_ (~bhill2@public.cloak)
- # [02:04] * Quits: bhill2 (~bhill2@public.cloak) (Client closed connection)
- # [02:13] * Quits: bhill2_ (~bhill2@public.cloak) (Client closed connection)
- # [02:13] * Joins: bhill2 (~bhill2@public.cloak)
- # [02:16] * Quits: ArtB (~ArtB@public.cloak) ("Leaving.")
- # [02:16] * Joins: ArtB (~ArtB@public.cloak)
- # [02:20] * Quits: bhill2 (~bhill2@public.cloak) (Ping timeout: 180 seconds)
- # [02:29] * Quits: MikeSmith (~MikeSmith@public.cloak) ("leaving")
- # [02:44] * terri is now known as terri_offline
- # [02:49] * Joins: playjax (~chatzilla@public.cloak)
- # [03:17] * Quits: ArtB (~ArtB@public.cloak) ("Leaving.")
- # [03:21] * heycam is now known as heycam|away
- # [03:28] * Joins: MikeSmith (~MikeSmith@public.cloak)
- # [03:39] * heycam|away is now known as heycam
- # [07:59] * heycam is now known as heycam|away
- # [09:38] * Quits: Lachy (~Lachy@public.cloak) ("My MacBook Pro has gone to sleep. ZZZzzz…")
- # [09:54] * Joins: Ms2ger (~Ms2ger@public.cloak)
- # [09:58] * Joins: tripu (antonio@public.cloak)
- # [10:07] * Joins: Lachy (~Lachy@public.cloak)
- # [10:21] * Quits: playjax (~chatzilla@public.cloak) (Ping timeout: 180 seconds)
- # [10:43] * Joins: AutomatedTester (~AutomatedTester@public.cloak)
- # [10:46] * Joins: gitbot (~gitbot@public.cloak)
- # [10:46] -gitbot:#testing- [web-platform-tests] Ms2ger opened pull request #1832: Remove tabs from html/syntax/. (master...lint) https://github.com/w3c/web-platform-tests/pull/1832
- # [10:46] * Parts: gitbot (~gitbot@public.cloak)
- # [11:55] * Quits: Ms2ger (~Ms2ger@public.cloak) (Ping timeout: 180 seconds)
- # [11:55] * Joins: ArtB (~ArtB@public.cloak)
- # [12:49] * Joins: gitbot (~gitbot@public.cloak)
- # [12:49] -gitbot:#testing- [web-platform-tests] chunywang opened pull request #1833: Add more Storage tests for WebStorage (master...webstorage/storage) https://github.com/w3c/web-platform-tests/pull/1833
- # [12:49] * Parts: gitbot (~gitbot@public.cloak)
- # [13:00] * Quits: AutomatedTester (~AutomatedTester@public.cloak) (Client closed connection)
- # [13:02] <odinho> ms2ger: pong. (but yo not here)
- # [13:02] <odinho> Anyway. What's special about 53(?) bits?
- # [13:02] <odinho> Or 0x20000000000000 as opposed to 0x20000000000000-1?
- # [13:03] <odinho> Ah, javascript ofc
- # [13:04] * Joins: gitbot (~gitbot@public.cloak)
- # [13:04] -gitbot:#testing- [web-platform-tests] chunywang opened pull request #1834: Add sessionStorage, localStorage manual tests (master...webstorage/storage-manual) https://github.com/w3c/web-platform-tests/pull/1834
- # [13:04] * Parts: gitbot (~gitbot@public.cloak)
- # [13:23] * Joins: gitbot (~gitbot@public.cloak)
- # [13:23] -gitbot:#testing- [web-platform-tests] Velmont created odinho/explain_magic_idbfactoryopen_version (+1 new commit): https://github.com/w3c/web-platform-tests/commit/cb38aa16f688
- # [13:23] -gitbot:#testing- web-platform-tests/odinho/explain_magic_idbfactoryopen_version cb38aa1 Odin Hørthe Omdal: IndexedDB: Explain magic numbers for IDBFactory.open version
- # [13:23] * Parts: gitbot (~gitbot@public.cloak)
- # [13:23] * Joins: gitbot (~gitbot@public.cloak)
- # [13:23] -gitbot:#testing- [web-platform-tests] Velmont opened pull request #1835: IndexedDB: Explain magic numbers for IDBFactory.open version (master...odinho/explain_magic_idbfactoryopen_version) https://github.com/w3c/web-platform-tests/pull/1835
- # [13:23] * Parts: gitbot (~gitbot@public.cloak)
- # [13:41] * Joins: AutomatedTester (~AutomatedTester@public.cloak)
- # [13:54] * Joins: gitbot (~gitbot@public.cloak)
- # [13:54] -gitbot:#testing- [wptrunner] jgraham created jgraham/servodriver_no_dom (+1 new commit): https://github.com/w3c/wptrunner/commit/a6908f90e5c7
- # [13:54] -gitbot:#testing- wptrunner/jgraham/servodriver_no_dom a6908f9 James Graham: Don't use the DOM to store results for servodriver.
- # [13:54] * Parts: gitbot (~gitbot@public.cloak)
- # [13:54] * Joins: gitbot (~gitbot@public.cloak)
- # [13:54] -gitbot:#testing- [wptrunner] jgraham opened pull request #110: Don't use the DOM to store results for servodriver. (master...jgraham/servodriver_no_dom) https://github.com/w3c/wptrunner/pull/110
- # [13:54] * Parts: gitbot (~gitbot@public.cloak)
- # [13:54] <jgraham> r? https://critic.hoppipolla.co.uk/r/5014
- # [14:26] * Quits: AutomatedTester (~AutomatedTester@public.cloak) (Client closed connection)
- # [14:37] * Joins: Ms2ger (~Ms2ger@public.cloak)
- # [14:50] * Joins: plh (plehegar@public.cloak)
- # [15:19] * Joins: AutomatedTester (~AutomatedTester@public.cloak)
- # [15:25] * Joins: scott_gonzalez (~scott_gonzalez@public.cloak)
- # [15:29] <jgraham> Ms2ger: Did you want to look at https://critic.hoppipolla.co.uk/r/5014 ?
- # [15:30] <Ms2ger> Sure
- # [15:30] <Ms2ger> Wanna explain the motivation?
- # [15:31] * Ms2ger disappears for a bit first, though
- # [15:31] <jgraham> "I hoped it would work better". I'm not sure it *does* work better, but in general not dumping stuff into the dom when I don't have to seems like a win
- # [15:34] <Ms2ger> Why'd we do that in the first place?
- # [15:35] <jgraham> Put it in the DOM?
- # [15:35] <Ms2ger> Yeah
- # [15:35] <jgraham> Because I copied what I did for saucelabs I think
- # [15:35] <jgraham> Which I think I wrote in the lobby of a theatre
- # [15:35] <Ms2ger> Oh, and saucelabs only gives access to the dom?
- # [15:36] <jgraham> Well the strategy there was to select the DOM element using webdriver and read its text
- # [15:36] <jgraham> I'm not sure this approach wouldn't work better there too
- # [15:40] <jgraham> OTOH, it seems like no one is *that* interested in the saucelabs stuff
- # [15:43] <ato> I thought MikeSmith was.
- # [15:51] <plh> are we able to generate test results using saucelabs and make those available?
- # [15:52] <jgraham> "sort of"
- # [15:53] <jgraham> I mean it works, but it's super-slow at the moment
- # [15:53] <jgraham> More effort would be needed to make something that could actually run the whole testsuite
- # [15:53] <jgraham> (and it has to run against w3c-test.org which isn't ideal)
- # [15:54] <plh> not ideal because w3c-test.org isn't reliable enough or because it's too remote to saucelabs?
- # [15:56] <jgraham> Yes :)
- # [15:56] <jgraham> Or rather s/or/and/
- # [15:57] <jgraham> At the moment there are lots of non-trivial round trips involved in running the test
- # [15:58] <jgraham> It is possible to cut down the number of WebDriver calls that the harness makes, which will help
- # [15:58] <jgraham> It's also possible to turn off some of the saucelabs logging and so on
- # [15:58] <jgraham> It's not really possible to cut down the number of server accesses
- # [15:59] <plh> are you storing the results somewhere nowadays?
- # [16:00] <plh> I didn't think we know how to store results
- # [16:00] <AutomatedTester> jgraham: fwiw.... saucelabs is the reason why webdriver spec is trying to consolodate some calls
- # [16:00] <AutomatedTester> e.g. #location + #size is now in #rect
- # [16:01] <AutomatedTester> and actions is one end point instead of many
- # [16:01] <jgraham> AutomatedTester: BTW I mentioned to ato the other day that we should design the actions stuff so that you can use it to pipeline arbitary commands
- # [16:01] <jgraham> So that you could write a client API like
- # [16:02] <jgraham> webdriver.pipeline().get("http://example.com").find("#element").executeScript("return PASS").run()
- # [16:03] <jgraham> And it would be sent as a single HTTP call
- # [16:03] <jgraham> (this is a V2 feature ofc)
- # [16:03] <jgraham> plh: Nope, I don't have anywhere to store public results
- # [16:03] <AutomatedTester> the reason why we have not done that now is that people MAY want to put asserts between each of the calls
- # [16:03] <jgraham> AutomatedTester: No need to use RFC 2119 in normal text :)
- # [16:04] <AutomatedTester> i didnt mean it that way
- # [16:04] <jgraham> AutomatedTester: It feels like if you design it carefully it's a mondad :)
- # [16:04] <AutomatedTester> I used may like that because I have no idea how people would use it
- # [16:05] <jgraham> *Monad
- # [16:05] <AutomatedTester> I liked mondad better
- # [16:05] <AutomatedTester> :P
- # [16:05] <jgraham> Although maybe that doesn't buy you much…
- # [16:06] <jgraham> I mean clearly if one step fails the whole thing is going to fail
- # [16:06] <AutomatedTester> jgraham: it's definitely worth discussing
- # [16:06] <plh> jgraham, imho, having a fully functional saucelabs will only be valuable if we know how to store results and make them available to the community. I didn't put the storage question high on my list because only mozilla is able to give results so far and I wish we'd have at least an other browser as well
- # [16:06] <jgraham> And you can almost put arbitary code in there if you want using executeScript
- # [16:06] <AutomatedTester> as long as we can have decent reporting on which step failed
- # [16:07] <jgraham> I don't see why not
- # [16:07] <AutomatedTester> and there was enough of a need I am ok with doing a pipeline type call
- # [16:07] <jgraham> The only question is whether the output from one step can be the input to the next somehow
- # [16:09] <tobie> fwiw, saucelabs can store the results
- # [16:10] <tobie> (and has and API to query them)
- # [16:11] <plh> interesting. I guess it wouldn't work to store results coming from outside
- # [16:11] <jgraham> tobie: At least the way it works at the moment there isn't one saucelabs test per test
- # [16:12] <jgraham> iirc that seemed impractical for some reason (but I may not rc)
- # [16:22] <jgraham> It looks like you are supposed to quit() the browser after each test
- # [16:22] <jgraham> That isn't going to work
- # [16:25] <ato> AutomatedTester: I think pipelining is a very exciting idea because it’s basically just building on top of the action chains which we have already built into the spec.
- # [16:26] <ato> AutomatedTester: So if we make sure we word things in such a way that we can add this in a L2, that would be a big win I think.
- # [16:58] * Quits: plh (plehegar@public.cloak) ("Leaving")
- # [16:58] * Joins: plh (plehegar@public.cloak)
- # [17:39] * Quits: Lachy (~Lachy@public.cloak) ("My MacBook Pro has gone to sleep. ZZZzzz…")
- # [17:54] * Joins: bhill2 (~bhill2@public.cloak)
- # [18:20] * Joins: Lachy (~Lachy@public.cloak)
- # [18:22] * Quits: hgl (~hgl@public.cloak) (Ping timeout: 180 seconds)
- # [18:23] * Joins: hgl (~hgl@public.cloak)
- # [18:45] * Quits: Ms2ger (~Ms2ger@public.cloak) (Ping timeout: 180 seconds)
- # [19:18] * Quits: AutomatedTester (~AutomatedTester@public.cloak) (Client closed connection)
- # [19:19] * Quits: Lachy (~Lachy@public.cloak) ("My MacBook Pro has gone to sleep. ZZZzzz…")
- # [19:59] * Joins: Lachy (~Lachy@public.cloak)
- # [20:11] * terri_offline is now known as terri
- # [20:52] * Quits: tripu (antonio@public.cloak) ("Leaving")
- # [20:56] * Joins: AutomatedTester (~AutomatedTester@public.cloak)
- # [22:54] * Quits: AutomatedTester (~AutomatedTester@public.cloak) (Client closed connection)
- # [22:55] * Quits: scott_gonzalez (~scott_gonzalez@public.cloak) (scott_gonzalez)
- # [22:59] * Joins: AutomatedTester (~AutomatedTester@public.cloak)
- # [23:00] * Quits: AutomatedTester (~AutomatedTester@public.cloak) (Client closed connection)
- # [23:03] * Joins: gitbot (~gitbot@public.cloak)
- # [23:03] -gitbot:#testing- [web-platform-tests] Ms2ger opened pull request #1836: Use a test per event type in a WebSocket events test. (master...ws-events) https://github.com/w3c/web-platform-tests/pull/1836
- # [23:03] * Parts: gitbot (~gitbot@public.cloak)
- # [23:45] * Joins: scott_gonzalez (~scott_gonzalez@public.cloak)
- # Session Close: Sat May 16 00:00:00 2015
Previous day, Next day
Think these logs are useful? Then please donate to show your gratitude (and keep them up, of course). Thanks! — Krijn