14:55:12 RRSAgent has joined #htmlt
14:55:12 logging to http://www.w3.org/2010/05/04-htmlt-irc
14:55:18 zakim, this will be htmlt
14:55:18 ok, gsnedders; I see HTML_WG(HTMLT)11:00AM scheduled to start in 5 minutes
14:55:24 zakim, what's the code?
14:55:24 the conference code is 48658 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), gsnedders
14:59:06 HTML_WG(HTMLT)11:00AM has now started
14:59:14 +[Microsoft]
15:01:59 krisk has joined #HTMLT
15:02:33 hello
15:02:44 zakim, what's the code?
15:02:44 the conference code is 48658 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), krisk
15:03:12 trackbot, status
15:03:12 This channel is not configured
15:03:40 trackbot, prepare telcon
15:03:40 Sorry... I don't know anything about this channel
15:03:40 If you want to associate this channel with an existing Tracker, please say 'trackbot, associate this channel with #channel' (where #channel is the name of default channel for the group)
15:04:00 trackbot #htmlt
15:04:42 trackbot, prepare telcon
15:04:42 Sorry... I don't know anything about this channel
15:04:42 If you want to associate this channel with an existing Tracker, please say 'trackbot, associate this channel with #channel' (where #channel is the name of default channel for the group)
15:05:24 plh has joined #htmlt
15:05:36 Zakim, this will be htmlt
15:05:36 ok, krisk, I see HTML_WG(HTMLT)11:00AM already started
15:05:48 trackbot, prepare telcon
15:05:48 Sorry... I don't know anything about this channel
15:05:48 If you want to associate this channel with an existing Tracker, please say 'trackbot, associate this channel with #channel' (where #channel is the name of default channel for the group)
15:05:59 trackbot-ng, start telcon
15:06:01 RRSAgent, make logs public
15:06:03 Zakim, this will be HTML
15:06:04 Meeting: HTML Weekly Teleconference
15:06:04 Date: 04 May 2010
15:06:04 ok, trackbot, I see HTML_WG(HTMLT)11:00AM already started
15:06:16 +Plh
15:07:30 adrianba has joined #htmlt
15:08:53 zakim, Microsoft is adrianb, kkrueger
15:08:53 I don't understand 'Microsoft is adrianb, kkrueger', krisk
15:09:01 + +04613479aaaa
15:09:12 zakim, aaa is me
15:09:14 sorry, gsnedders, I do not recognize a party named 'aaa'
15:09:19 zakim, aaaa is me
15:09:19 +gsnedders; got it
15:09:19 should we start the meeting?
15:09:29 zakim, Microsoft has adrianba, krisk
15:09:30 +adrianba, krisk; got it
15:09:30 anyone want to scribe?
15:09:32 --> http://lists.w3.org/Archives/Public/public-html-testsuite/2010May/0000.html agenda
15:10:06 scribenick: adrianba
15:10:11 scribe: adrianba
15:10:15 chair: krisk
15:10:21 agenda: http://lists.w3.org/Archives/Public/public-html-testsuite/2010May/0000.html
15:10:38 TOPIC: Check for any bugs on approved tests (currently zero)
15:11:21 krisk: currently zero, but we can have some bugs once we make changes to the harness
15:11:37 ...to support james graham's async feedback
15:12:18 gsnedders: don't want to start with one harness and to keep hacking another on top and one on top of that
15:12:28 krisk: do you have an idea what that should look like?
15:12:35 gsnedders: not really
15:12:42 jgraham: ping
15:12:49 krisk: in the windows tests i think i did something along those lines
15:13:08 plh: i wonder how independent we can be from the harness
15:14:01 ...so that the tests can be written in a way that makes it easy to switch to a new harness
15:14:13 ...if we get another harness that is better
15:14:29 ...we don't have to re-write everything
15:14:34 FWIW I think the async stuff is the stuff that makes it hard to switch harnesses too
15:14:45 krisk: is this about consistency so that we can depend upon certain things being in the test
15:15:07 gsnedders: the main thing is about having the assert functions that check for what the test is testing
15:15:12 ...assertEquals, etc.
15:15:43 krisk: if you are too specific about what has to be written then you lose flexibility
15:15:51 ...but it has to say pass/fail in a consistent manner
15:16:09 Given a set of assertFunctions and two harnesses that implement them, it should be quite easy to swicth synchronous tests between the two harnesses
15:16:18 ...there will be some tests where assertEquals isn't going to work for you
15:16:30 gsnedders: most harnesses have these kind of functions
15:16:41 ...the main thing that varies is how you say what tests should be run
15:17:32 krisk: nothing would prevent you from changing later - for example i changed from jsunit by replacing a lot of the include files
15:17:50 but with an async test, you are typically deep into the harness-specific behaviour to determine what you need to write, when it gets called, how you express failure, and so on
15:17:58 ...in that regard, if a browser vendor didn't like how the tests ran they could make updates to run in their own way
15:18:49 krisk: the basic contract between the test and the harness is all that has to be defined
15:19:01 ...even if you had an async test you could poll and know the test was starting to run
15:19:11 ...and through some setTimeouts continue to check if the work has been done
15:19:25 ...and at some point the harness can say the work didn't complete and move on
15:19:33 That sounds like a harness-specific design
15:19:38 ...but in the end it needs to look for a pass or test completed result in a consistent way
15:19:52 You can't just replace a test designed to work in that way with one designed to work in a different way
15:20:05 plh: right now, kris you provided one?
15:20:12 krisk: i wouldn't say a harness, more like a loader
15:20:21 ...could be extended to do more
15:20:29 plh: do we need to do more? i suggest we don't need to
15:20:40 ...once we have plenty of tests we can focus on that if necessary
15:20:50 gsnedders: once we have plenty of tests it will be harder to change
15:21:02 ...for example if someone gives lots of tests for a section of the spec
15:21:08 FWIW my point of view is that we should write a harness and provide hooks for people to get the results out for whatever purpose they have
15:21:28 e.g. customs regression-detection systems
15:21:34 *custom
15:21:46 plh: the reason i'm not in a hurry to develop another test harness is to avoid duplicating work
15:21:56 ...would rather delay discussion on test harness until june
15:22:00 ...see where we are then
15:22:16 krisk: regardless of the harness we should define the consisten way of seeing a pass
15:22:24 plh: yes, we should define assertEquals, etc
15:22:32 krisk: i mean even like tag id
15:22:39 gnsedders: why do we need to define that?
15:22:53 krisk: a number of tests have different ways of saying the pass
15:22:57 one assert != one passing test
15:23:05 ...at the moment mostly it is reading what is on the screen
15:23:26 gsnedders: i sent e-mail an hour ago about how to programatically get this out
15:23:46 s/how to/getting this/
15:24:08 this post ?
15:24:10 http://lists.w3.org/Archives/Public/public-html-testsuite/2010May/0005.html
15:24:21 yeah
15:24:51 krisk: when you call assertEquals, the implementation of that will go call something else
15:24:57 ...so you take the logging out of the test
15:25:06 ...then you can change assertEquals to do whatever you want
15:25:13 So one approach is that you have a callback funtion that you call when the test has a result
15:25:16 gsnedders: this is what most of the JS libraries do
15:25:33 krisk: otherwise you have a consistent place - the harness knows to go look there
15:25:43 gsnedders: the problem is that you have to keep polling the DOM
15:25:54 ...but a function means you can send it back as soon as you get the call
15:26:05 ...makes it easy to send back to regression tracking systems
15:26:11 To be clear, a single assertEquals should not be considered a single result. One result may be the combination of several assertions
15:26:44 krisk: should the harness be in control? what happens if the test blows up?
15:26:58 gsnedders: the harness should catch all exceptions
15:27:27 ...for critical issues in a browser you won't be able to access the DOM either
15:27:32 ...i don't think there's a difference
15:28:01 krisk: it sounds like we would want to change the DOM tests JS implementation of assertEquals to fit into a harness at some point
15:28:09 gsnedders: yeah
15:28:18 krisk: sounds like we have agreement
15:29:03 wiki -> http://www.w3.org/html/wg/wiki/Testing
15:29:03 http://www.w3.org/html/wg/wiki/Main_Page
15:30:28 TOPIC: Review Current Tests Posted To List For Approval
15:30:43 krisk: we've covered this too
15:30:52 TOPIC: Ask group for any upcoming tests to be approved/submitted
15:31:00 krisk: is anyone thinking about submitting more tests?
15:31:29 plh: one of the reasons I was asking this - do we have anything that says which areas we are looking for tests for
15:32:00 ...for example, progress events for video aren't implemented in some browsers - if we ask for video tests we might get tests for things that aren't stable
15:32:15 ...i remember we said that we wanted tests for window because that was more stable
15:32:19 krisk: video would be one
15:32:26 plh: yes, as long as you don't go too far
15:32:33 ...for example, testing the js play function is fine
15:33:24 plh: i might start working on video tests, probably not in may
15:33:25 Writing video tests is one way to ensure that we support async tets well :)
15:33:31 *tests
15:34:02 krisk: some people at microsoft have some tests that we'd like to submit soon too
15:34:14 plh: i don't want to duplicate effort
15:34:24 ...if there are people who will submit video tests soonish
15:34:37 gsnedders: i will when i have time
15:34:48 ...hopefully this month
15:35:17 plh: video will be important -