Options:
- # Session Start: Thu Apr 19 00:00:00 2012
- # Session Ident: #testing
- # [01:22] * heycam|away is now known as heycam
- # [01:29] * Quits: rniwa (rniwa@72.14.229.81) (Quit: rniwa)
- # [01:40] * Quits: wilhelm (wilhelm@178.255.149.98) (Ping timeout)
- # [01:50] * Joins: wilhelm (wilhelm@178.255.149.98)
- # [02:35] * Quits: davidburns (davidburns@12.197.88.252) (Client exited)
- # [03:45] * Joins: rniwa (rniwa@74.1.189.172)
- # [03:48] * Quits: rniwa (rniwa@74.1.189.172) (Ping timeout)
- # [04:32] * Joins: rniwa (rniwa@70.89.66.218)
- # [05:13] * heycam is now known as heycam|away
- # [05:53] * heycam|away is now known as heycam
- # [08:27] * Quits: rniwa (rniwa@70.89.66.218) (Quit: rniwa)
- # [08:58] * heycam is now known as heycam|away
- # [09:34] * Joins: guest (chwells@99.234.19.36)
- # [09:38] <guest> I am here in the hope of observing the"informal meeting on the WebDriver specification" (in Google's office on Thursday 19th).
- # [09:38] <wilhelm> Welcome. (c:
- # [09:38] <wilhelm> The meeting will be minuted to here.
- # [09:42] <guest> wilhelm: by "minuted" do you mean in real-time, or after the meeting ends? Also: has the meeting started yet? I was hoping to see a (just in time) Google+ hangout notification from Daniel Wagner-Hall (but I haven't yet seen that notification within Google+).
- # [09:43] <wilhelm> guest: Real-time.
- # [09:43] <wilhelm> Meeting starts at 10:00 local time. So in a little more than an hour.
- # [09:59] * Quits: guest (chwells@99.234.19.36) (Ping timeout)
- # [10:05] <jgraham> Oh, that's where andreastt is :)
- # [10:13] <wilhelm> Yup.
- # [10:14] * wilhelm → Belgrave House
- # [10:26] * Joins: dannin (quassel@24.246.74.39)
- # [10:46] * Joins: RRSAgent (rrs-loggee@128.30.52.169)
- # [10:46] <RRSAgent> logging to http://www.w3.org/2012/04/19-testing-irc
- # [10:46] <wilhelm> RRSAgent, stop
- # [10:46] * RRSAgent is not logging
- # [10:46] <wilhelm> RRSAgent, start
- # [10:46] * RRSAgent is logging
- # [10:47] <wilhelm> Meeting: Informal meeting on the WebDriver spec, London, April 19th
- # [10:47] <wilhelm> Chair: wilhelm
- # [10:47] <wilhelm> RRSAgent, draft minutes
- # [10:47] <RRSAgent> I have made the request to generate http://www.w3.org/2012/04/19-testing-minutes.html wilhelm
- # [10:48] <wilhelm> RRSAgent, make log public
- # [10:48] <RRSAgent> I have made the request, wilhelm
- # [10:48] <wilhelm> RRSAgent, draft minutes
- # [10:48] <RRSAgent> I have made the request to generate http://www.w3.org/2012/04/19-testing-minutes.html wilhelm
- # [10:52] * Joins: guest (chwells@99.234.19.36)
- # [11:00] * Quits: guest (chwells@99.234.19.36) (Ping timeout)
- # [11:08] * Joins: guest (chwells@99.234.19.36)
- # [11:11] <wilhelm> RRSAgent, stop
- # [11:11] * RRSAgent is not logging
- # [11:11] <wilhelm> guest: We're running a little late. I'll let you know when we get started. (c:
- # [11:12] <guest> thank you
- # [11:14] * Joins: simonstewart (simonstewa@74.125.57.57)
- # [11:18] * Joins: jimevans (jimevans@74.125.57.58)
- # [11:18] * Joins: plh (plh@128.30.52.28)
- # [11:23] * Joins: davehunt (davehunt@207.218.72.65)
- # [11:23] * Joins: darobin (robin@194.79.160.134)
- # [11:23] * Joins: stephend (stephend@207.218.72.65)
- # [11:24] * Quits: andreastt (andreastt@213.236.208.22) (Quit: andreastt)
- # [11:25] * Joins: ato (ato@193.93.221.148)
- # [11:25] * ato is now known as andreastt
- # [11:25] <andreastt> Yoyo
- # [11:25] * Joins: freynaud (freynaud@74.125.57.58)
- # [11:25] <simonstewart> Yo
- # [11:26] * Joins: jari (jari@74.125.57.58)
- # [11:26] * Quits: plh (plh@128.30.52.28) (Ping timeout)
- # [11:26] <wilhelm> http://dvcs.w3.org/hg/webdriver/raw-file/515b648d58ff/webdriver-spec.html
- # [11:27] * Quits: stephend (stephend@207.218.72.65) (Quit: Leaving...)
- # [11:27] * Joins: stephend (stephend@207.218.72.65)
- # [11:29] * Joins: eranm (eranm@74.125.57.57)
- # [11:29] * Quits: eranm (eranm@74.125.57.57) (Client exited)
- # [11:29] * Joins: eranm (eranm@74.125.57.57)
- # [11:31] <wilhelm> RRSAgent, start
- # [11:31] * RRSAgent is logging
- # [11:31] <wilhelm> Scribe: simonstewart
- # [11:31] <simonstewart> I like cheese
- # [11:31] <simonstewart> topic: introductions
- # [11:32] <simonstewart> Topic: introductions
- # [11:32] <wilhelm> RRSAgent, draft minutes
- # [11:32] <RRSAgent> I have made the request to generate http://www.w3.org/2012/04/19-testing-minutes.html wilhelm
- # [11:33] <simonstewart> wilhelm: starts the meeting
- # [11:34] <wilhelm> guest: We're getting you set up now. Starting with introductions.
- # [11:34] * Quits: simonstewart (simonstewa@74.125.57.57) (Connection reset by peer)
- # [11:35] * Joins: simonstewart (simonstewa@74.125.57.57)
- # [11:36] <simonstewart> wilhelm: works as a independent consultant, chair of the browser tools and testing group
- # [11:36] <simonstewart> eranm: works at google on simonstewart's team. Works on user interactions
- # [11:37] <simonstewart> jarib: works on webdriver. works at finn.no. Does the ruby bindings
- # [11:37] <simonstewart> danielwh: works at google on webdriver
- # [11:37] <simonstewart> I do the same thing
- # [11:37] <simonstewart> jimevans: works at salesforce.com. Works on Webdriver (the IE and .net bindings)
- # [11:37] <simonstewart> freynaud: works at ebay on automation and Grid
- # [11:37] <simonstewart> jleyba: googled. Focuses on JS testing and does the JS bindings
- # [11:38] <simonstewart> andreastt: works at opera.
- # [11:38] <simonstewart> represents their browser automation team
- # [11:38] <simonstewart> raga: works at experia as a test lead
- # [11:38] <simonstewart> samit: works for TomTom as a tech lead, and the maintainer of the selenium IDE
- # [11:38] <simonstewart> wilhelm: why are we here, how the process works
- # [11:39] <simonstewart> wilhelm: there are several reasons for writing the webdriver spec.
- # [11:39] <simonstewart> wilhelm: wore the test manager hat at opera for several years
- # [11:39] <simonstewart> wilhelm: Goal is still the same. The W3 should be able to write tests for the new specs
- # [11:40] <simonstewart> wilhelm: The easy stuff has already been done (e.g.: rendering (!))
- # [11:40] <simonstewart> wilhelm: Things that use JS assertions are already done too
- # [11:40] <simonstewart> wilhelm: difficult part: testing things that require some sort of user interaction
- # [11:41] <simonstewart> wilhelm: opera originally considered watir and webdriver. Didn't care about automating websites, just the browser
- # [11:41] <simonstewart> wilhelm: in the testing IG at the w3c we're trying to reach a consensus about which tools should be used.
- # [11:41] <simonstewart> wilhelm: Goal is to get all w3c standards to be able to use the webdriver api to write tests
- # [11:41] <simonstewart> wilhelm: therefore we need a spec
- # [11:42] <simonstewart> wilhelm: in addition, there's the benefits for the OSS project to have a proper and clear spec.
- # [11:42] <simonstewart> wilhelm: Also, I believe we can use the spec as a tool to bring other people on board with the browser automation effort
- # [11:43] <simonstewart> wilhelm: finally, the w3c has a patent policy that members of a working group must follow.
- # [11:43] <simonstewart> wilhelm: reduces legal risk for people implementing the standard
- # [11:44] <simonstewart> wilhelm: it's also my birthday.
- # [11:44] <simonstewart> wilhelm: we'll talk until lunch and then clear up and disputes in the spec afterwards
- # [11:44] <simonstewart> raga: will this replace any other specs?
- # [11:45] <simonstewart> wilhelm: will just focus on browser automation, allowing others to test the things that webdriver does
- # [11:45] <simonstewart> wilhelm: notice that this is an informal meeting, so anyone can join in. Would be happy to help new members come and join the group
- # [11:46] <simonstewart> wilhelm: I hereby invite all of you as invited experts to the WG.
- # [11:46] <simonstewart> http://dvcs.w3.org/hg/webdriver/raw-file/tip/webdriver-spec.html
- # [11:46] <wilhelm> Scribe: wilhelm
- # [11:46] * Joins: rambighananthan (rambighana@74.125.57.58)
- # [11:46] <wilhelm> Topic: Spec overview
- # [11:47] <wilhelm> simonstewart: I've never done this before – if you have questions, just ask.
- # [11:47] <wilhelm> simonstewart: Skipping the abstract…
- # [11:47] <wilhelm> simonstewart: Leaping straight into the introduction.
- # [11:48] <wilhelm> … Missing expected use cases in the introduction.
- # [11:48] <wilhelm> … Three use cases should be added: people who want to test web sites, …
- # [11:49] <wilhelm> … people who are working on a browser itself and want to verify that the browser works correctly, people who write specifications that define how a browser should behave.
- # [11:49] <wilhelm> … We would be dead in the water if we were to define everything independenlty. We cross-reference other specs where applicable.
- # [11:50] <wilhelm> … If you find an error in the spec where we should be referring to another spec, please let us know.
- # [11:50] <wilhelm> … Naming the two sides of the API. Traditionally you define client and server. These are overloaded terms.
- # [11:50] <wilhelm> … One end is the test or the user, one end is the browser that is being automated.
- # [11:52] <wilhelm> … Deliberately not mentioning how things are routed. How commands are formatted are up to implementors.
- # [11:52] <wilhelm> … There will be a non-normative section on the JSON wire protocol, which the most common implementation.
- # [11:52] <wilhelm> … We intend to provide as much as possible in Web IDL format.
- # [11:54] <wilhelm> … The webdriver spec will lay out commands that can be used, as well as a way these can be extended by vendors, avoiding clashes.
- # [11:55] <wilhelm> … (Detailing steps of commands and responses – see spec for exact details.)
- # [11:56] <wilhelm> … We'd like people to be able to do send additonal information with commands and responses. (Screenshots on error, authentication, &c.)
- # [11:56] <wilhelm> … Open question: should we require implementors to preserve the order of the fields?
- # [11:56] <wilhelm> others: Not important.
- # [11:57] <wilhelm> simonstewart: The numeric error codes have gaps due to legacy.
- # [11:59] <wilhelm> simonstewart: … There's definitely a hierarchy of error codes, similar to in HTTP.
- # [11:59] <wilhelm> … Yes, perhaps we should group them together.
- # [11:59] <wilhelm> jleyba: We have implicit error codes as well due to the underlying HTTP.
- # [12:00] <wilhelm> jimevans: We're not specifiying that the transport will be HTTP.
- # [12:01] <wilhelm> jleyba: We should validate commands. If you don't give the expected parameters, server may blow up.
- # [12:01] <wilhelm> simonstewart: Missing part here.
- # [12:02] <wilhelm> simonstewart: Status codes should encapsulate all possible errors.
- # [12:02] <wilhelm> jimevans: Currently we don't.
- # [12:02] <wilhelm> jleyba: We should have classes of error codes where vendors may extend (say 600 range).
- # [12:03] <wilhelm> simonstewart: Users generally don't do the right thing with error codes.
- # [12:03] <wilhelm> kevin: Are integers defined to be unsigned in WebIDL?
- # [12:04] <wilhelm> simonstewart: These are unsigned.
- # [12:05] <wilhelm> rambighananthan: When our scripts look for elements, they may not be in the right place. Is there a way to assert whether an element is within a given area?
- # [12:05] <wilhelm> simonstewart: This is already possible on the client using the available information about position and size.
- # [12:06] <wilhelm> … Goal is to keep the spec small. We want to define the building blocks people can build more complex things with.
- # [12:06] <wilhelm> ACTION: Go through the status codes
- # [12:06] * RRSAgent records action 1
- # [12:07] <wilhelm> simonstewart: Spec uses capabilities in two different ways. Desired capabilities. Capabilities object for responses – this is what I support.
- # [12:07] <wilhelm> … The interface has a map of a dictionary of capabilities.
- # [12:07] <wilhelm> … Occasional objects.
- # [12:08] <wilhelm> … Two methods: boolean has method, get method.
- # [12:09] <wilhelm> kevin: In section 3.1.1 doesn't allow arbitrary objects to be returned.
- # [12:09] <wilhelm> simonstewart: How do you encode objects to send across the wire?
- # [12:09] <wilhelm> … Maybe we should tighten up the spec here.
- # [12:10] <wilhelm> andreastt: The capabilities we have now is an unholy mess.
- # [12:10] <wilhelm> kevin: How is null represented in Web IDL?
- # [12:10] <wilhelm> simonstewart: I don't know Web IDL very well. Feel free to correct things.
- # [12:11] <wilhelm> samit: Are we planning to standardize capability names?
- # [12:11] <wilhelm> simonstewart: We will standardize a set.
- # [12:11] <wilhelm> … We need a non-normative appendix of capability names with a link back to the section that defines it.
- # [12:13] <wilhelm> simonstewart: Some vendors may use other protocol formats.
- # [12:14] <wilhelm> simonstewart: Section 3.1.1 – must be of type boolan, string, numerical, dictionary.
- # [12:14] <wilhelm> … Dictionary can contain keys of type string and types above.
- # [12:15] <wilhelm> … Serialization format must be clearly defined. Simplest is dictionaries.
- # [12:16] <wilhelm> … This section is merely defining data types.
- # [12:16] <wilhelm> kevin: It should be called out that the absence of a value is NULL.
- # [12:18] <wilhelm> jleyba: get returns the raw value of a capability and makes an interpretation of that value.
- # [12:20] <wilhelm> simonstewart: Many questions here are due to me not understanding how to write Web IDL. Text may be easier to read.
- # [12:20] <jari> (union types: http://dev.w3.org/2006/webapi/WebIDL/#idl-union)
- # [12:21] <wilhelm> samit: Can you give an example of when mutable capabilities are needed?
- # [12:21] <wilhelm> simonstewart: “I want Firefox 3.6 with this particular profile”.
- # [12:22] <wilhelm> … You might not know this when you start.
- # [12:22] <wilhelm> dawagner: Is this an implementation detail?
- # [12:22] <wilhelm> simonstewart: I'm happy to drop this.
- # [12:22] <wilhelm> jleyba: I vote for dropping it.
- # [12:22] <wilhelm> simonstewart: I'm fine with that.
- # [12:23] <wilhelm> Scribe: jari
- # [12:23] * Joins: jleyba (jleyba@74.125.57.58)
- # [12:24] <jari> simonstewart: topic: sessions
- # [12:24] * Joins: dawagner (danielwh@74.125.57.57)
- # [12:24] * Joins: SamitBadle (SamitBadle@74.125.57.58)
- # [12:24] <jari> topic: sessions
- # [12:24] <jari> simonstewart: each session given uuid, opaque string
- # [12:25] <jari> discussion removing the requirement of a uuid
- # [12:27] <jari> simonstewart: (describing sessions - see spec)
- # [12:28] <jari> jleyba: do we want to define a format for the command name?
- # [12:28] <jari> simonstewart: want a format that allows for vendor extension
- # [12:29] <jari> jleyba: current names based on firefox implementation, should we standardize on that?
- # [12:29] <jari> simonstewart: nice to have human readable command names
- # [12:30] <jari> simonstewart: do we want command names to be case sensitive?
- # [12:30] <jari> eranm: no benefit
- # [12:31] * Joins: kmenard (AndChat@74.125.57.58)
- # [12:31] <jari> Action: section 3 - specify command names as case sensitive
- # [12:31] * RRSAgent records action 2
- # [12:32] <jari> simonstewart: (continues reading from the section 4.1)
- # [12:34] <jari> SamitBadle: change sessionId from SHOULD to MUST?
- # [12:34] <SamitBadle> not, just asking.
- # [12:34] <jari> simonstewart: why is explained later in same section
- # [12:34] <SamitBadle> clear?
- # [12:37] <jari> jleyba: asking if the remote end needs to respect sessionId created by the local end
- # [12:39] <jari> jleyba: some capabilities should be set in stone
- # [12:40] <jari> simonstewart: client should check what it gets back
- # [12:42] <jari> discussion around fuzzy capability matching
- # [12:45] <jari> Action: Add a "required capabilities" parameter when creating the session (Section 4.1)
- # [12:45] * RRSAgent records action 3
- # [12:49] <guest> pmfji for 'required capabilities' you might define an 'isRequired(capability)' method.
- # [12:49] <jari> discussing problems around required parameters when the capabilities object is an unordered set - the first capability checked would fail
- # [12:50] * Quits: darobin (robin@194.79.160.134) (Ping timeout)
- # [12:50] <jari> jleyba: spec should say the remote end should collect as many capabilities as it can before it fail
- # [12:50] * Joins: MikeSmith_ (MikeSmith@180.7.144.181)
- # [12:51] <jari> simonstewart: i'm ok with that
- # [12:52] * Quits: MikeSmith (MikeSmith@180.7.144.181) (Ping timeout)
- # [12:52] * MikeSmith_ is now known as MikeSmith
- # [12:53] <jari> discussing required capabilities in the context of grid implementation (i.e. intermediate nodes)
- # [12:54] <jari> simonstewart: (continues reading from section 4.1)
- # [12:55] <jari> eranm: what was conclusion on UUID?
- # [12:55] <jari> simonstewart: remote end free to ignore UUIDs provided by the client
- # [12:57] <jari> jleyba: don't see why local end should ever be able to set the UUID
- # [12:58] <jari> simonstewart: known use cases exist, do we want to close the door on those?
- # [12:58] * Joins: abarsto (abarsto@192.100.120.41)
- # [12:59] * abarsto is now known as ArtB
- # [13:02] <jari> Action: server should make sure the UUID provided by the client is unique, not used before (Section 4.1)
- # [13:02] * RRSAgent records action 4
- # [13:06] <jari> Action: fix "0" string in 4.1. point 6
- # [13:06] * RRSAgent records action 5
- # [13:07] <jari> andreastt: how to specify different products in the capabilities?
- # [13:07] <jari> simonstewart: use browserName
- # [13:08] <jari> jleyba: are we standardizing browserNames?
- # [13:09] <jari> simonstewart: no. ultimately each implementation will pick a browserName
- # [13:10] * Quits: SamitBadle (SamitBadle@74.125.57.58) (Connection reset by peer)
- # [13:10] * Joins: SamitBadle (SamitBadle@74.125.57.58)
- # [13:12] <jari> simonstewart: (reading section 4.1.1.1)
- # [13:12] <guest> pmfji: perhaps use a dotted notation for capability names, e.g. "platform.version" instead of platformVersion etc.
- # [13:13] <jari> simonstewart: just taking what's already there
- # [13:14] <jari> SamitBadle: could we leave out "ANY" and just not send a platform capability?
- # [13:14] <jari> kmenard: spec says "may be used"
- # [13:15] <jari> simonstewart: may also be used to indicate that current OS is unknown from the remote end
- # [13:17] <jari> hugs: what capability would differentiate e.g. iPhone from iPad?
- # [13:17] <jari> simonstewart: spec says implementors may add additional platform names
- # [13:18] <jari> (reading through section 4.1.2)
- # [13:20] <jari> simonstewart: missing from this error handling section, required capabilitiy not fulfilled
- # [13:20] * Quits: dannin (quassel@24.246.74.39) (Ping timeout)
- # [13:22] <jari> simonstewart: (reading section 4.1.3)
- # [13:24] <jari> discussing the non-normativity of this section
- # [13:26] <jari> Topic: Navigation (Section 5)
- # [13:27] <jari> simonstewart: (reading from Section 5)
- # [13:28] <jari> Action: Navigating between HTTP vs HTTPS domains
- # [13:28] * RRSAgent records action 6
- # [13:29] <jari> andreastt: are we restricting ourselves to dealing with HTML?
- # [13:29] <jari> simonstewart: opens up a can of worms dealing with other things
- # [13:29] <jari> wilhelm: needs to deal with XML content
- # [13:30] <jari> simonstewart: page load strategies deals with HTML/HTTP
- # [13:30] <jari> simonstewart: can have non-normative section on XML
- # [13:30] <jari> wilhelm: ok
- # [13:31] <jari> jleyba: is the intent that these strategies apply only when explicitly say they apply, or do they apply to every command?
- # [13:32] <jari> simonstewart: see section 5.2
- # [13:34] <dawagner> jari: http://www.whatwg.org/specs/web-apps/current-work/multipage/dom.html#current-document-readiness
- # [13:34] <jari> Action: link to HTML spec for document.readyState
- # [13:34] * RRSAgent records action 7
- # [13:36] <jari> Action: Say explicitly that vendors can add additional page load strategies
- # [13:36] * RRSAgent records action 8
- # [13:37] <jari> Action: Link Section 5 to Section 13
- # [13:37] * RRSAgent records action 9
- # [13:39] <jari> simonstewart: (reading section 5.1)
- # [13:41] <jari> simonstewart: (reading section 5.1.1)
- # [13:42] <eranm> Action: Clarify in section 5.1.1 that this applies to all kinds of invalid certificates, not only self-signed ones.
- # [13:42] * RRSAgent records action 10
- # [13:43] <jari> Action: Section 5.1.1 shouldn't use WebDriverException
- # [13:43] * RRSAgent records action 11
- # [13:44] <jari> simonstewart: page load strategy specifies when the next command will execute
- # [13:44] <jari> Action: Swap order of 5.1 and 5.2
- # [13:44] * RRSAgent records action 12
- # [13:46] <jari> breaking for lunch
- # [13:46] * Quits: jimevans (jimevans@74.125.57.58) (Quit: jimevans)
- # [13:46] * Quits: rambighananthan (rambighana@74.125.57.58) (Quit: rambighananthan)
- # [13:48] * Quits: SamitBadle (SamitBadle@74.125.57.58) (Ping timeout)
- # [13:48] * Quits: jleyba (jleyba@74.125.57.58) (Quit: jleyba)
- # [13:52] * Joins: timeless (u4015@88.198.6.68)
- # [13:53] <timeless> Rrsagent, pointer
- # [13:53] <RRSAgent> See http://www.w3.org/2012/04/19-testing-irc#T11-45-37
- # [13:57] * Joins: guest2 (qw3birc@128.30.52.28)
- # [14:02] * Joins: jleyba (jleyba@74.125.57.58)
- # [14:10] * Quits: guest (chwells@99.234.19.36) (Ping timeout)
- # [14:23] * Quits: guest2 (qw3birc@128.30.52.28) (Quit: Page closed)
- # [14:23] * Joins: chwells (qw3birc@128.30.52.28)
- # [14:44] * Quits: kmenard (AndChat@74.125.57.58) (Quit: Bye)
- # [14:46] * Quits: freynaud (freynaud@74.125.57.58) (Quit: freynaud)
- # [14:46] * Joins: jimevans (jimevans@74.125.57.58)
- # [14:46] * Joins: freynaud (freynaud@74.125.57.58)
- # [14:47] * Joins: SamitBadle (SamitBadle@74.125.57.58)
- # [14:51] <eranm> scribe: eranm
- # [14:52] <eranm> wilhelm: morning session was useful, suggest continue in the same format - going over the chapters
- # [14:52] <eranm> Topic: Controlling windows (section 6)
- # [14:53] <eranm> simonstewart: browser tabs are counted as separate windows
- # [14:53] * Joins: darobin (robin@194.79.160.134)
- # [14:54] <eranm> jleyba: window.top is a frame, happens to be the top-most frame. Say that when switching to a window you switch to a top-most frame.
- # [14:54] <eranm> wilhelm: the html specification uses the term "browsing context"
- # [14:54] <eranm> simonstewart: todo: define frame.
- # [14:55] <eranm> simonstewart: 6.2 window handles.
- # [14:55] <wilhelm> http://www.whatwg.org/specs/web-apps/current-work/#windows
- # [14:55] <eranm> simonstewart: suggesting a window class to refer to
- # [14:57] * Joins: hugs (u4638@88.198.6.68)
- # [14:57] <eranm> jimevans: window IDs returned from the IE driver are no longer the HWND, this is an opaque string
- # [14:58] <eranm> action: we should make clear that the window handle is unique within the session
- # [14:58] * RRSAgent records action 13
- # [14:59] <eranm> andreastt: assuming we're talking about visible windows
- # [14:59] <eranm> jleyba: chrome also has hidden windows, we may have to be more restrictive
- # [15:00] <eranm> action: andreastt and jleyba, re-word the language in 6.3 on the windows returned from there
- # [15:00] * RRSAgent records action 14
- # [15:02] <eranm> jimevans: suggests specifying that the order of handles returned from getWindowHandles does not imply anything about the order of opened windows
- # [15:03] <eranm> simonstewart: the returned value will be changed to a set of strings to emphasize the order is not defined
- # [15:04] <eranm> freynaud: calling window.close is difficult for the grid, because it does not know the driver is done when the last window is closed
- # [15:05] <eranm> action: in section 6.4, take out the equivalence to quit.
- # [15:05] * RRSAgent records action 15
- # [15:05] <eranm> use case brought up by SamitBadle is the last window of a mobile browser
- # [15:06] <eranm> (use case brought up by andreastt )
- # [15:06] <eranm> action: maximise should be in 6.5 as well
- # [15:06] * RRSAgent records action 16
- # [15:08] <eranm> andreastt: what happens when the command is called for a browser that cannot be resized?
- # [15:08] <eranm> action: define an exception if the browser cannot be resized to the specified size
- # [15:08] * RRSAgent records action 17
- # [15:08] <eranm> (case: chrome cannot be resized to less than 200 pixels)
- # [15:09] <eranm> action: maximise and full screen are needed as commands.
- # [15:09] * RRSAgent records action 18
- # [15:10] <eranm> jimevans: maximising and resizing to the screen size are not the same
- # [15:13] <eranm> simonstewart: leave positioning out for now, not enough use cases to justify it
- # [15:14] <wilhelm> RRSAgent, draft minutes
- # [15:14] <RRSAgent> I have made the request to generate http://www.w3.org/2012/04/19-testing-minutes.html wilhelm
- # [15:15] <eranm> simonstewart: explaining os-specific scaling (window zoom).
- # [15:16] <eranm> jleyba: is that like pinch gesture on mobile? others: no
- # [15:17] <eranm> action: jleyba and andreastt will write section 6.6 about window zoom
- # [15:17] * RRSAgent records action 19
- # [15:18] <eranm> jleyba: what happens if the window is no longer there? simonstewart : an exception is thrown if the window does not exist anymore
- # [15:19] <eranm> eranm: when a new window opens, we should specify commands are still processed in the original window. simonstewart : handled in section 7.
- # [15:19] <eranm> topic: 7 Where commands are handled
- # [15:20] <eranm> action: fix typo in 7.1, window._top -> window.top
- # [15:20] * RRSAgent records action 20
- # [15:22] <eranm> jleyba: section 7.2, if the id attribute is not standard on window, we should not check for it
- # [15:22] <eranm> wilhelm: editorial comment: use normative words in section 7.2, (must/should)
- # [15:23] <eranm> action: use normative words in section 7.2, (must/should)
- # [15:23] * RRSAgent records action 21
- # [15:24] <eranm> action: jleyba : document which commands are safe to execute without a window.
- # [15:24] * RRSAgent records action 22
- # [15:26] <eranm> simonstewart: closing the last window is not possible only on some platforms (mobile), definitely possible on others (OS X)
- # [15:28] <eranm> eranm: does the section about multiple windows in 7.2 only about the multiple windows being opened on start-up?
- # [15:28] <eranm> simonstewart: could also happen when attaching to an existing browser
- # [15:29] <eranm> simonstewart: when you create a new session, if that new session creates only one window, this is the current window.
- # [15:29] <eranm> simonstewart: in case more than one window is being opened, then you have to make a choice
- # [15:31] <eranm> action: change throws clauses to error clauses (errors are returned, could be translated to exceptions in the client side)
- # [15:31] * RRSAgent records action 23
- # [15:31] <eranm> action: add null as an option in 7.3 (frame specification can be null, in which case it's the top-most one)
- # [15:31] * RRSAgent records action 24
- # [15:32] <eranm> action: be explicit in 7.3 that domain boundaries can be crossed
- # [15:32] * RRSAgent records action 25
- # [15:33] <eranm> action: section 7.3, step 2.1 should be changed to null (see action 24)
- # [15:33] * RRSAgent records action 26
- # [15:34] <eranm> simonstewart: section 7.3, step 3: so frame/iframe elements could be found and used in a switchToFrame command
- # [15:35] <eranm> topic: 8, running without focus.
- # [15:37] <eranm> jleyba: do we want the ability to switch up? simonstewart: users can find the way down again
- # [15:38] <eranm> SamitBadle: what happens when switching to a frame then switching to another window and switching back? simonstewart: specification says switching to a window switches to the top-most frame in it.
- # [15:39] * Joins: plh (plh@128.30.52.28)
- # [15:44] <dawagner> #2863
- # [15:47] <eranm> topic: 9 elements
- # [15:49] <eranm> jleyba: suggest specifying that all IDs, unless specified otherwise, are UUIDs.
- # [15:49] <eranm> action: specify that all IDs, unless specified otherwise, are UUIDs.
- # [15:49] * RRSAgent records action 27
- # [15:51] <eranm> klm: introducing himself: Michael Klepnikov, working at Google on latency testing, interested in WebDriver. Specifically interested in browsers exporting existing information about timing of actions.
- # [15:52] <simonstewart> http://dvcs.w3.org/hg/webdriver/raw-file/tip/webdriver-spec.html#logging
- # [15:52] <eranm> switching to section D, logging:
- # [15:52] <eranm> topic: D, logging (klm's interest)
- # [15:54] <eranm> simonstewart: the basic idea is that there's a logs interface which is queried for a specific kind of logs: browser logs, etc.
- # [15:55] <eranm> simonstewart: this is a uniform interface for getting logs for any stage, from the test itself , through the grid, to the browser launching itself
- # [15:55] <eranm> wilhelm: which problem are we trying to solve?
- # [15:56] <eranm> simonstewart: the test has failed, user would like to see the reason of the failure: out-of-memory in an intermediate step, commands executed before finding an event timed out.
- # [15:56] <eranm> hugs: another example is getting the javascript console before looking at the failure of the tests
- # [15:58] * Joins: davidburns (davidburns@173.167.127.66)
- # [15:58] <simonstewart> davidburns: do you want to be dialed into this meeting?
- # [15:58] <davidburns> yea for a bit if that is ok?
- # [15:59] <davidburns> simonstewart: ^
- # [15:59] <simonstewart> eranm or dawagner: do you know the incantation to get davidburns in?
- # [15:59] * Joins: freynaud_ (freynaud@74.125.57.58)
- # [15:59] <eranm> dawagner, can you invite?
- # [15:59] <davidburns> last time we did a Google hangout
- # [16:00] <dawagner> Yep, davidburns: Email address?
- # [16:00] <eranm> simonstewart: define a mechanism for moving logs
- # [16:00] <davidburns> david.burns@theautomatedtester.co.uk
- # [16:00] <eranm> davidburns, is that your google+ account?
- # [16:00] <davidburns> eranm: yup
- # [16:01] * Quits: freynaud (freynaud@74.125.57.58) (Ping timeout)
- # [16:01] * freynaud_ is now known as freynaud
- # [16:01] <dawagner> You should have email
- # [16:01] <eranm> simonstewart: when calling getlogs(), do I get the partial logs since the last invocation or all logs ?
- # [16:02] <eranm> wilhelm: mentions another spec about logging.
- # [16:02] <wilhelm> http://www.w3.org/2011/08/browser-testing-charter.html
- # [16:02] <eranm> SamitBadle: which performance data are we interested in?
- # [16:02] * simonstewart notes that davidburns appears to be sitting in a cell
- # [16:03] <eranm> klm: will instruct the browser to start collecting the performance data. Once that's collected, it should be in a separate channel, not polluted with other logging data
- # [16:03] <davidburns> simonstewart: fyi https://twitter.com/#!/AutomatedTester/status/192764437348880384
- # [16:04] <eranm> freynaud: provide incremental logs, so you know which period of logs you're getting
- # [16:04] <eranm> klm: don't see a difference between console logs and timing logs
- # [16:05] <eranm> simonstewart: suggest passing a filter when fetching the messages
- # [16:06] <eranm> simonstewart: start recording X log type, stop recording X log type, get all categories of log types, clear logs.
- # [16:08] <eranm> klm: if there are two parts of the test framework that don't know about each other, incremental vs. full could be a problem
- # [16:09] <eranm> simonstewart: clear is called for a specific type, subsequent get will return logs from the last clear or start record commands
- # [16:11] <eranm> andreastt: some logs are document-specific, some logs are server-global, do we mix them?
- # [16:11] <eranm> simonstewart: call clear and get logs for logs you care about.
- # [16:12] <eranm> simonstewart, andreastt : when a session is deleted, the logs should be deleted as well.
- # [16:14] <eranm> simonstewart, the spec should define how to clear and collect the logs, each log type will have specific details which will not be specified here.
- # [16:16] <eranm> action: simonstewart : write section D on logs
- # [16:16] * RRSAgent records action 28
- # [16:16] <eranm> topic: 9, Elements (back)
- # [16:17] <eranm> simonstewart: the spec does not define the protocols or the transport layer, how commands are transmitted.
- # [16:17] <eranm> simonstewart: different types of encodings are suitable for different kinds of devices.
- # [16:22] <eranm> action: eranm: section 9.1, the WebElementList SHOULD be immutable.
- # [16:22] * RRSAgent records action 29
- # [16:23] <eranm> action: simonstewart switch WebElementList to array of WebElement (native WebIDL)
- # [16:23] * RRSAgent records action 30
- # [16:23] <eranm> jari: there's even a readonly type.
- # [16:23] <jari> http://www.w3.org/TR/WebIDL/#idl-array
- # [16:26] <eranm> hugs, can we move XPath to be last? simonstewart : other locator strategies may be implemented using that. Agrees to moving it down.
- # [16:26] <eranm> action: 9.2.2. change to javascript.
- # [16:26] * RRSAgent records action 31
- # [16:27] <eranm> action: jleyba section 9.2.3 shorten capability name
- # [16:27] * RRSAgent records action 32
- # [16:28] <eranm> action: jleyba , section 9.2.4 re-phrase to use CSS selectors other than xpath.
- # [16:28] * RRSAgent records action 33
- # [16:28] <eranm> dawagner: we currently disallow compound CSS selectors, not disallowed by the spec.
- # [16:30] <eranm> wilhelm: clarifies that specifying a css selector "h1,h2" will return elements of either type.
- # [16:30] <eranm> action: simonstewart : allow compound css selectors. Get rid of class selectors.
- # [16:30] * RRSAgent records action 34
- # [16:32] <eranm> action: section 9.2.5, spell out availability of functionality against html and xhtml
- # [16:32] * RRSAgent records action 35
- # [16:32] <eranm> action: section 9.2.5 drop step 3
- # [16:32] * RRSAgent records action 36
- # [16:33] <eranm> simonstewart: 9.2.7 aria - using the accessibility API.
- # [16:35] <simonstewart> http://www.w3.org/TR/wai-aria/
- # [16:35] <eranm> action: write section 9.2.7 , if you're familiar with the spec.
- # [16:35] * RRSAgent records action 37
- # [16:38] <wilhelm> RRSAgent, draft minutes
- # [16:38] <RRSAgent> I have made the request to generate http://www.w3.org/2012/04/19-testing-minutes.html wilhelm
- # [16:46] <eranm> wilhelm: we have 21.5 minutes left
- # [16:48] <eranm> action: dawagner : visibility ancestry is different than dom ancestry
- # [16:48] * RRSAgent records action 38
- # [16:49] <eranm> jleyba: section 10 bullet 3, is in accurate.
- # [16:49] <eranm> inaccurate.
- # [16:52] <eranm> action: dawagner : follow up on 10, last bullet point - element inside a fixed-sized parent, outside the size.
- # [16:52] * RRSAgent records action 39
- # [16:55] <eranm> discussion about properties, attributes, regarding section 10.1
- # [16:56] <eranm> jari, dawagner : we should not conflate attributes and properties.
- # [16:58] <eranm> action: 10.1, re-work this section so that only style and aliases are left over.
- # [16:58] * RRSAgent records action 40
- # [17:02] <jari> slightly relevant section of the HTML spec on properties vs attributes: http://www.whatwg.org/specs/web-apps/current-work/#reflecting-content-attributes-in-idl-attributes
- # [17:02] <eranm> dawagner, we could do aliasing in the client libraries. simonstewart : let's leave in the spec
- # [17:03] <eranm> action: section 10.1.2.1 css should always be lower case, colour should always be rgba.
- # [17:03] * RRSAgent records action 41
- # [17:07] <jari> scribe: jari
- # [17:09] <jari> Action: 10.1.1 - reword to be consistent with the HTML spec (see http://www.whatwg.org/specs/web-apps/current-work/#reflecting-content-attributes-in-idl-attributes)
- # [17:09] * RRSAgent records action 42
- # [17:10] <jari> jleyba: what about non-standard boolean attributes?
- # [17:11] <jari> dawagner: example: "disabled" on input elements different from "disabled" on a div
- # [17:12] <jari> Action: 10.1.1 - general cleanup
- # [17:12] * RRSAgent records action 43
- # [17:13] <jari> simonstewart: (reading section 10.1.2)
- # [17:14] <jari> simonstewart: HTML4 and HTML5 differs in the boolean value of disabled="cheese" and disabled="disabled"
- # [17:15] <jari> Action: wilhelm investigates HTML4 vs HTML5 and boolean attributes (esp. disabled on input vs non-input elements)
- # [17:15] * RRSAgent records action 44
- # [17:19] <jari> simonstewart: moving to section 10.1.3
- # [17:19] * Joins: plh_ (plh@128.30.52.28)
- # [17:19] * Quits: eranm (eranm@74.125.57.57) (Quit: This computer has gone to sleep)
- # [17:20] <jari> Action: getElementAttribute algorithm should be explicit why we're special casing URLs (reason: always return absolute URLs)
- # [17:20] * RRSAgent records action 45
- # [17:21] * Quits: plh (plh@128.30.52.28) (Ping timeout)
- # [17:24] <jari> Action: 10.1.3 - "algorithm defined above" should be named and linked
- # [17:24] * RRSAgent records action 46
- # [17:24] <wilhelm> + iframes, frame, link, map, area
- # [17:24] <jari> simonstewart: moving on to 10.2
- # [17:25] <davidburns> I am heading out, will try join in about 15 mins again
- # [17:25] * Quits: davidburns (davidburns@173.167.127.66) (Client exited)
- # [17:28] * Joins: eranm (eranm@74.125.57.57)
- # [17:28] * Quits: eranm (eranm@74.125.57.57) (Client exited)
- # [17:31] <jari> reading through the algorithm for getting the visible text of an element
- # [17:32] <dawagner> action: dawagner: Fix 1.1 of the rendering text algorithm
- # [17:32] * RRSAgent records action 47
- # [17:32] * Quits: plh_ (plh@128.30.52.28) (Quit: always accept cookies)
- # [17:33] <jari> jimevans: is there need for a command to determine the presence of an element?
- # [17:34] <jari> jleyba: the efficient way to do this has always been established
- # [17:34] <jari> s/always/already
- # [17:34] <jari> not going to be added.
- # [17:35] <jari> jleyba: reads section 11, Executing JavaScript
- # [17:37] * Joins: davidburns (davidburns@12.197.88.252)
- # [17:37] <jari> Action: use "DOMString" WebIDL type over "string"
- # [17:37] * RRSAgent records action 48
- # [17:39] <jari> jleyba: (reading section 11.1, 11.2, 11.3)
- # [17:44] <jari> dawagner: 11.1: Argument type; dictionary should be of Argument types
- # [17:44] <jari> Action: limit recursion depth in recursive algorithms (a SHOULD)
- # [17:44] * RRSAgent records action 49
- # [17:45] <jari> discussing alert() in user-provided javascript
- # [17:45] <jari> simonstewart: should return null to user and browser is in undefined state
- # [17:46] <jari> jleyba: section 11.4, what do we do with unhandled javascript exceptions on the page? need API for capturing and checking
- # [17:46] <jari> simonstewart: should be able to use captured logs
- # [17:47] <jari> jleyba: if there's an unhandled error and you haven't queried for it, the next command should fail
- # [17:47] <jari> simonstewart: no
- # [17:47] <jari> jleyba: could be optionally enabled
- # [17:47] <jari> jleyba: similar to how alerts are handled
- # [17:48] <jari> jleyba: store errors that have occured on session; add getJavaScriptErrors
- # [17:49] <jari> jleyba: webdriver perfectly capable of propagating failure when JS errors occur
- # [17:50] <jari> simonstewart: not sure; gut feeling, seems like overkill
- # [17:50] <jari> simonstewart: not enough people care about this
- # [17:51] <jari> leaving this as an open question
- # [17:52] <jari> dawagner: could have more specific type than UnknownError when we know what's happening (Section 11.3 step 2)
- # [17:52] <jari> jleyba: could also not throw and just return null
- # [17:53] <jari> dawagner: makes more sense to throw
- # [17:55] <jari> Action: link to DOM4 instead of DOM3
- # [17:55] * RRSAgent records action 50
- # [17:56] * Quits: darobin (robin@194.79.160.134) (Connection reset by peer)
- # [17:57] <wilhelm> RRSAgent, draft minutes
- # [17:57] <RRSAgent> I have made the request to generate http://www.w3.org/2012/04/19-testing-minutes.html wilhelm
- # [17:58] * Joins: darobin (robin@194.79.160.134)
- # [17:59] <wilhelm> RRSAgent, bye
- # [17:59] <RRSAgent> I see 50 open action items saved in http://www.w3.org/2012/04/19-testing-actions.rdf :
- # [18:00] <RRSAgent> ACTION: Go through the status codes [1]
- # [18:00] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T09-58-59
- # [18:00] <RRSAgent> ACTION: section 3 - specify command names as case sensitive [2]
- # [18:00] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T10-24-30
- # [18:00] <RRSAgent> ACTION: Add a "required capabilities" parameter when creating the session (Section 4.1) [3]
- # [18:00] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T10-38-13
- # [18:00] <RRSAgent> ACTION: server should make sure the UUID provided by the client is unique, not used before (Section 4.1) [4]
- # [18:00] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T10-55-11
- # [18:00] <RRSAgent> ACTION: fix "0" string in 4.1. point 6 [5]
- # [18:00] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T10-58-56
- # [18:00] <RRSAgent> ACTION: Navigating between HTTP vs HTTPS domains [6]
- # [18:00] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T11-20-47
- # [18:00] <RRSAgent> ACTION: link to HTML spec for document.readyState [7]
- # [18:00] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T11-27-00
- # [18:00] <RRSAgent> ACTION: Say explicitly that vendors can add additional page load strategies [8]
- # [18:00] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T11-28-42
- # [18:00] <RRSAgent> ACTION: Link Section 5 to Section 13 [9]
- # [18:00] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T11-30-24
- # [18:00] <RRSAgent> ACTION: Clarify in section 5.1.1 that this applies to all kinds of invalid certificates, not only self-signed ones. [10]
- # [18:00] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T11-34-36
- # [18:00] <RRSAgent> ACTION: Section 5.1.1 shouldn't use WebDriverException [11]
- # [18:00] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T11-35-51
- # [18:00] <RRSAgent> ACTION: Swap order of 5.1 and 5.2 [12]
- # [18:00] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T11-37-27
- # [18:00] <RRSAgent> ACTION: we should make clear that the window handle is unique within the session [13]
- # [18:00] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T12-50-58
- # [18:00] <RRSAgent> ACTION: andreastt and jleyba, re-word the language in 6.3 on the windows returned from there [14]
- # [18:01] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T12-52-54
- # [18:01] <RRSAgent> ACTION: in section 6.4, take out the equivalence to quit. [15]
- # [18:01] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T12-57-56
- # [18:01] <RRSAgent> ACTION: maximise should be in 6.5 as well [16]
- # [18:01] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T12-59-28
- # [18:01] <RRSAgent> ACTION: define an exception if the browser cannot be resized to the specified size [17]
- # [18:01] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T13-00-53
- # [18:01] * Quits: jleyba (jleyba@74.125.57.58) (Quit: jleyba)
- # [18:01] * Quits: jimevans (jimevans@74.125.57.58) (Quit: jimevans)
- # [18:01] <RRSAgent> ACTION: maximise and full screen are needed as commands. [18]
- # [18:01] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T13-01-55
- # [18:01] <RRSAgent> ACTION: jleyba and andreastt will write section 6.6 about window zoom [19]
- # [18:01] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T13-09-36
- # [18:01] <RRSAgent> ACTION: fix typo in 7.1, window._top -> window.top [20]
- # [18:01] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T13-13-23
- # [18:01] <simonstewart> http://maps.google.com/maps/place?q=Plumbers+Arms,+Lower+Belgrave+Street,+London,+United+Kingdom&hl=en&cid=5539728851306714079
- # [18:01] <RRSAgent> ACTION: use normative words in section 7.2, (must/should) [21]
- # [18:01] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T13-15-56
- # [18:01] <RRSAgent> ACTION: jleyba : document which commands are safe to execute without a window. [22]
- # [18:01] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T13-17-06
- # [18:01] * Joins: jimevans (jimevans@74.125.57.58)
- # [18:01] <RRSAgent> ACTION: change throws clauses to error clauses (errors are returned, could be translated to exceptions in the client side) [23]
- # [18:01] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T13-23-38
- # [18:01] <RRSAgent> ACTION: add null as an option in 7.3 (frame specification can be null, in which case it's the top-most one) [24]
- # [18:01] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T13-24-01
- # [18:01] <RRSAgent> ACTION: be explicit in 7.3 that domain boundaries can be crossed [25]
- # [18:01] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T13-24-56
- # [18:02] <RRSAgent> ACTION: section 7.3, step 2.1 should be changed to null (see action 24) [26]
- # [18:02] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T13-25-50
- # [18:02] * Parts: jimevans (jimevans@74.125.57.58)
- # [18:02] <RRSAgent> ACTION: specify that all IDs, unless specified otherwise, are UUIDs. [27]
- # [18:02] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T13-41-58
- # [18:02] <RRSAgent> ACTION: simonstewart : write section D on logs [28]
- # [18:02] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T14-08-40
- # [18:02] <RRSAgent> ACTION: eranm: section 9.1, the WebElementList SHOULD be immutable. [29]
- # [18:02] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T14-14-49
- # [18:02] <RRSAgent> ACTION: simonstewart switch WebElementList to array of WebElement (native WebIDL) [30]
- # [18:02] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T14-15-39
- # [18:02] <RRSAgent> ACTION: 9.2.2. change to javascript. [31]
- # [18:02] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T14-19-11
- # [18:02] * Quits: SamitBadle (SamitBadle@74.125.57.58) (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/)
- # [18:02] <RRSAgent> ACTION: jleyba section 9.2.3 shorten capability name [32]
- # [18:02] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T14-19-36
- # [18:02] <RRSAgent> ACTION: jleyba , section 9.2.4 re-phrase to use CSS selectors other than xpath. [33]
- # [18:02] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T14-20-53
- # [18:02] <RRSAgent> ACTION: simonstewart : allow compound css selectors. Get rid of class selectors. [34]
- # [18:02] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T14-23-08
- # [18:02] <RRSAgent> ACTION: section 9.2.5, spell out availability of functionality against html and xhtml [35]
- # [18:03] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T14-24-47
- # [18:03] <RRSAgent> ACTION: section 9.2.5 drop step 3 [36]
- # [18:03] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T14-25-28
- # [18:03] <RRSAgent> ACTION: write section 9.2.7 , if you're familiar with the spec. [37]
- # [18:03] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T14-27-43
- # [18:03] <RRSAgent> ACTION: dawagner : visibility ancestry is different than dom ancestry [38]
- # [18:03] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T14-41-14
- # [18:03] <RRSAgent> ACTION: dawagner : follow up on 10, last bullet point - element inside a fixed-sized parent, outside the size. [39]
- # [18:03] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T14-45-28
- # [18:03] <RRSAgent> ACTION: 10.1, re-work this section so that only style and aliases are left over. [40]
- # [18:03] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T14-51-25
- # [18:03] <RRSAgent> ACTION: section 10.1.2.1 css should always be lower case, colour should always be rgba. [41]
- # [18:03] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T14-55-53
- # [18:03] <RRSAgent> ACTION: 10.1.1 - reword to be consistent with the HTML spec (see http://www.whatwg.org/specs/web-apps/current-work/#reflecting-content-attributes-in-idl-attributes) [42]
- # [18:03] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T15-01-42
- # [18:03] <RRSAgent> ACTION: 10.1.1 - general cleanup [43]
- # [18:03] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T15-05-06
- # [18:03] <RRSAgent> ACTION: wilhelm investigates HTML4 vs HTML5 and boolean attributes (esp. disabled on input vs non-input elements) [44]
- # [18:03] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T15-08-29
- # [18:03] <RRSAgent> ACTION: getElementAttribute algorithm should be explicit why we're special casing URLs (reason: always return absolute URLs) [45]
- # [18:03] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T15-13-31
- # [18:03] <RRSAgent> ACTION: 10.1.3 - "algorithm defined above" should be named and linked [46]
- # [18:04] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T15-16-44
- # [18:04] <RRSAgent> ACTION: dawagner: Fix 1.1 of the rendering text algorithm [47]
- # [18:04] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T15-25-05
- # [18:04] <RRSAgent> ACTION: use "DOMString" WebIDL type over "string" [48]
- # [18:04] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T15-30-13
- # [18:04] <RRSAgent> ACTION: limit recursion depth in recursive algorithms (a SHOULD) [49]
- # [18:04] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T15-37-21
- # [18:04] <RRSAgent> ACTION: link to DOM4 instead of DOM3 [50]
- # [18:04] <RRSAgent> recorded in http://www.w3.org/2012/04/19-testing-irc#T15-48-18
- # [18:04] * Parts: RRSAgent (rrs-loggee@128.30.52.169)
- # [18:05] <davidburns> I am going to hop off, good seeing you guys!
- # [18:06] * Quits: davehunt (davehunt@207.218.72.65) (Ping timeout)
- # [18:10] * Joins: davehunt (davehunt@207.218.72.65)
- # [18:10] * Quits: dawagner (danielwh@74.125.57.57) (Quit: Leaving)
- # [18:19] * Quits: darobin (robin@194.79.160.134) (Ping timeout)
- # [18:21] * Parts: simonstewart (simonstewa@74.125.57.57)
- # [18:38] * Joins: eranm (eranm@74.125.57.57)
- # [18:38] * Quits: MikeSmith (MikeSmith@180.7.144.181) (Quit: MikeSmith)
- # [18:40] * Joins: davehunt_ (davehunt@207.218.72.65)
- # [18:40] * Quits: davehunt (davehunt@207.218.72.65) (Connection reset by peer)
- # [18:44] * Joins: MikeSmith (MikeSmith@180.7.144.181)
- # [19:00] * Joins: davehunt (davehunt@207.218.72.65)
- # [19:00] * Quits: davehunt_ (davehunt@207.218.72.65) (Connection reset by peer)
- # [19:03] * Joins: jeanne (jeanne@128.30.52.169)
- # [19:14] * Quits: jari (jari@74.125.57.58) (Ping timeout)
- # [19:17] * Joins: jari (jari@74.125.57.58)
- # [19:23] * Quits: freynaud (freynaud@74.125.57.58) (Quit: freynaud)
- # [19:26] * Quits: davidburns (davidburns@12.197.88.252) (Client exited)
- # [19:26] * Quits: eranm (eranm@74.125.57.57) (Quit: This computer has gone to sleep)
- # [19:27] * Quits: jari (jari@74.125.57.58) (Ping timeout)
- # [19:30] * Quits: davehunt (davehunt@207.218.72.65) (Client exited)
- # [19:31] * Quits: stephend (stephend@207.218.72.65) (Client exited)
- # [19:37] * Quits: chwells (qw3birc@128.30.52.28) (Quit: Page closed)
- # [19:38] * Joins: rniwa (rniwa@75.16.26.133)
- # [19:41] * Quits: andreastt (ato@193.93.221.148) (Ping timeout)
- # [20:24] * Quits: rniwa (rniwa@75.16.26.133) (Quit: rniwa)
- # [20:27] * Joins: andreastt (ato@193.93.221.148)
- # [20:34] * Joins: rniwa (rniwa@75.16.26.133)
- # [20:34] * Quits: rniwa (rniwa@75.16.26.133) (Quit: rniwa)
- # [20:34] * Joins: rniwa (rniwa@75.16.26.133)
- # [21:28] * Quits: rniwa (rniwa@75.16.26.133) (Quit: rniwa)
- # [21:32] * Joins: davidburns (davidburns@12.197.88.252)
- # [21:44] * Quits: jeanne (jeanne@128.30.52.169) (Quit: jeanne)
- # [21:44] * Quits: MikeSmith (MikeSmith@180.7.144.181) (Quit: MikeSmith)
- # [22:28] * Joins: jari (jari@46.18.216.158)
- # [22:28] * Joins: eranm (eranm@91.135.10.167)
- # [22:28] * Quits: jari (jari@46.18.216.158) (Quit: Reconnecting)
- # [22:28] * Joins: jari (jari@46.18.216.158)
- # [22:28] * Quits: jari (jari@46.18.216.158) (Quit: leaving)
- # [22:38] * Quits: ArtB (abarsto@192.100.120.41) (Quit: Leaving.)
- # [22:58] * heycam|away is now known as heycam
- # [23:07] * Joins: rniwa (rniwa@70.35.56.82)
- # Session Close: Fri Apr 20 00:00:00 2012
The end :)