/irc-logs / w3c / #testing / 2014-07-08 / end

Options:

  1. # Session Start: Tue Jul 08 00:00:00 2014
  2. # Session Ident: #testing
  3. # [00:15] * Joins: darobin (rberjon@public.cloak)
  4. # [00:32] * Quits: darobin (rberjon@public.cloak) (Ping timeout: 180 seconds)
  5. # [01:50] * Joins: darobin (rberjon@public.cloak)
  6. # [02:00] * Quits: rhauck (~Adium@public.cloak) ("Leaving.")
  7. # [02:00] * Joins: rhauck (~Adium@public.cloak)
  8. # [02:06] * Quits: darobin (rberjon@public.cloak) (Ping timeout: 180 seconds)
  9. # [02:07] * Quits: rhauck (~Adium@public.cloak) (Ping timeout: 180 seconds)
  10. # [02:11] * Quits: lmclister (~lmclister@public.cloak) ("")
  11. # [02:12] * plinss is now known as plinss_away
  12. # [02:16] * plinss_away is now known as plinss
  13. # [02:19] * Joins: darobin (rberjon@public.cloak)
  14. # [02:26] * Quits: darobin (rberjon@public.cloak) (Ping timeout: 180 seconds)
  15. # [02:30] * plinss is now known as plinss_away
  16. # [02:33] * plinss_away is now known as plinss
  17. # [04:58] * heycam is now known as heycam|away
  18. # [05:19] * Joins: ptressel (~chatzilla@public.cloak)
  19. # [05:37] * heycam|away is now known as heycam
  20. # [06:24] * Joins: lmclister (~lmclister@public.cloak)
  21. # [06:29] * Quits: ptressel (~chatzilla@public.cloak) ("bbl")
  22. # [07:34] * heycam is now known as heycam|away
  23. # [08:00] * heycam|away is now known as heycam
  24. # [08:20] * Quits: lmclister (~lmclister@public.cloak) ("")
  25. # [08:59] * Joins: ptressel (~chatzilla@public.cloak)
  26. # [09:34] * heycam is now known as heycam|away
  27. # [09:36] * Quits: Lachy (~Lachy@public.cloak) ("Textual IRC Client: www.textualapp.com")
  28. # [09:57] * Joins: AutomatedTester (~AutomatedTester@public.cloak)
  29. # [09:57] * Quits: botie (botie@public.cloak) ("regrouping; bbiab")
  30. # [09:57] * Joins: botie (botie@public.cloak)
  31. # [10:10] * Joins: Ms2ger (~Ms2ger@public.cloak)
  32. # [10:11] * Joins: darobin (rberjon@public.cloak)
  33. # [10:15] * Quits: AutomatedTester (~AutomatedTester@public.cloak) (Client closed connection)
  34. # [10:17] * Joins: AutomatedTester (~AutomatedTester@public.cloak)
  35. # [10:20] * Quits: AutomatedTester (~AutomatedTester@public.cloak) (Client closed connection)
  36. # [10:31] * Joins: dom (dom@public.cloak)
  37. # [10:33] * Joins: Lachy (~Lachy@public.cloak)
  38. # [10:34] * Joins: simons (~simons@public.cloak)
  39. # [10:36] * Quits: Lachy (~Lachy@public.cloak) ("My MacBook Pro has gone to sleep. ZZZzzz…")
  40. # [11:00] * Joins: ShuotaoGao (~ShuotaoGao@public.cloak)
  41. # [11:01] * Joins: MarcFisher (~MarcFisher@public.cloak)
  42. # [11:03] * Joins: MarcFisher_ (~MarcFisher@public.cloak)
  43. # [11:04] * Joins: jimevans (~jimevans@public.cloak)
  44. # [11:05] * Joins: AutomatedTester (~AutomatedTester@public.cloak)
  45. # [11:07] * Joins: Lachy (~Lachy@public.cloak)
  46. # [11:07] * Joins: JohnJansen (~JohnJansen@public.cloak)
  47. # [11:07] * Joins: RRSAgent (rrsagent@public.cloak)
  48. # [11:07] <RRSAgent> logging to http://www.w3.org/2014/07/08-testing-irc
  49. # [11:08] * Quits: MarcFisher (~MarcFisher@public.cloak) (Ping timeout: 180 seconds)
  50. # [11:08] <ato> Can someone come and collect me at reception?
  51. # [11:09] * Quits: ptressel (~chatzilla@public.cloak) ("zzz")
  52. # [11:09] <AutomatedTester> ato: Simon is en route
  53. # [11:09] <ato> ty
  54. # [11:10] <wilhelm> Meeting: Browser testing & tools WG, F2F, July 8th
  55. # [11:10] <wilhelm> Chair: wilhelm
  56. # [11:10] <wilhelm> Agenda: https://www.w3.org/wiki/WebDriver/2014-July-F2F
  57. # [11:11] * Joins: lukeis (~Adium@public.cloak)
  58. # [11:11] * Joins: selbot2 (~cinch@public.cloak)
  59. # [11:12] * Quits: MarcFisher_ (~MarcFisher@public.cloak) ("Page closed")
  60. # [11:12] * Joins: mdas (~mdas@public.cloak)
  61. # [11:12] * Joins: MarcFisher (~MarcFisher@public.cloak)
  62. # [11:12] <simons> :yt never going to give you up
  63. # [11:13] * Joins: remi (~remi@public.cloak)
  64. # [11:13] <selbot2> Rick Astley - Never Gonna Give You Up - http://www.youtube.com/watch?v=dQw4w9WgXcQ&feature=youtube_gdata
  65. # [11:13] <wilhelm> RRSAgent, draft minutes
  66. # [11:13] <RRSAgent> I have made the request to generate http://www.w3.org/2014/07/08-testing-minutes.html wilhelm
  67. # [11:13] <wilhelm> RRSAgent, make logs public
  68. # [11:13] <RRSAgent> I have made the request, wilhelm
  69. # [11:13] <wilhelm> RRSAgent, draft minutes
  70. # [11:13] <RRSAgent> I have made the request to generate http://www.w3.org/2014/07/08-testing-minutes.html wilhelm
  71. # [11:15] <wilhelm> Scribe: ato
  72. # [11:15] <wilhelm> Present+ wilhelm
  73. # [11:15] <MarcFisher> Present+ Marc Fisher
  74. # [11:15] <lukeis> Present+ Luke Inman-Semerau
  75. # [11:15] <JohnJansen> Present + JohnJansen
  76. # [11:15] <jimevans> Present+ jimevans
  77. # [11:15] <simons> Present +Simon Stewart
  78. # [11:16] <JohnJansen> Present+ JohnJansen
  79. # [11:16] <ato> Presnet+ AndreasTolfsen
  80. # [11:16] <ato> Present+ AndreasTolfsen
  81. # [11:16] <mdas> Present+ MaliniDas
  82. # [11:16] <jgraham> Present +jgraham
  83. # [11:16] <AutomatedTester> Present+ DavidBurns
  84. # [11:16] <simons> https://www.w3.org/wiki/WebDriver/2014-July-F2F
  85. # [11:16] <ShuotaoGao> Present+ Shuotao Gao
  86. # [11:17] <ato> wilhelm: We went through the open bug list yesterday.
  87. # [11:17] <ato> Topic: Topic: Discuss security issue: navigating to file:/// exposes the whole file system.
  88. # [11:17] <ato> Topic: Discuss security issue: navigating to file:/// exposes the whole file system.
  89. # [11:18] <ato> ShuotaoGao: Accessing file:// protocol has security issues.
  90. # [11:18] <ato> simons: Calling it a bug, is a bit strong. It's working as intended.
  91. # [11:19] <ato> simons: Option to blacklist a protocol, series of URLs, certain blocks might be what you want?
  92. # [11:19] <Ms2ger> Present- Simon Stewart Shuotao Gao Luke Inman-Semerau
  93. # [11:19] <Ms2ger> Present+ SimonStewart ShuotaoGao LukeInman-Semerau
  94. # [11:19] <ato> ShuotaoGao: Chrome has whitelist for who can connect to the browser.
  95. # [11:19] <ato> ShuotaoGao: Not for content.
  96. # [11:19] <Ms2ger> RRSAgent, draft minutes
  97. # [11:19] <RRSAgent> I have made the request to generate http://www.w3.org/2014/07/08-testing-minutes.html Ms2ger
  98. # [11:19] <ato> simons: So blacklisting URL schemes?
  99. # [11:19] <ato> ShuotaoGao: Yeah, sounds good to me.
  100. # [11:20] <ato> ShuotaoGao: Not sure what others think?
  101. # [11:20] <Ms2ger> Present- Marc Fisher
  102. # [11:20] <Ms2ger> Present+ MarcFisher
  103. # [11:20] <ato> simons: Will IE flip out on file://?
  104. # [11:20] <ato> jimevans: Yes, it's not an HTML document.
  105. # [11:20] <ato> jgraham: file:// is very underspecified. In some sense there's actually no standard behaviour for you to depend on in this case.
  106. # [11:21] <ato> jgraham: But does anyone have a use case for file URLs?
  107. # [11:21] <Ms2ger> s/Presnet+ AndreasTolfsen//
  108. # [11:21] <Ms2ger> s/Can someone come and collect me at reception?//
  109. # [11:21] <ato> MarcFisher: It's something that's done occasionally at Google.
  110. # [11:21] <Ms2ger> s/ato: Simon is en route//
  111. # [11:21] <Ms2ger> s/ty//
  112. # [11:21] <Ms2ger> s/:yt never going to give you up//
  113. # [11:21] <selbot2> Rick Astley - Never Gonna Give You Up - http://www.youtube.com/watch?v=dQw4w9WgXcQ&feature=youtube_gdata
  114. # [11:21] <Ms2ger> s|Rick Astley - Never Gonna Give You Up - http://www.youtube.com/watch?v=dQw4w9WgXcQ&feature=youtube_gdata||
  115. # [11:21] <Ms2ger> s|Rick Astley - Never Gonna Give You Up - http://www.youtube.com/watch?v=dQw4w9WgXcQ&feature=youtube_gdata||g
  116. # [11:21] <Ms2ger> RRSAgent, draft minutes
  117. # [11:21] <RRSAgent> I have made the request to generate http://www.w3.org/2014/07/08-testing-minutes.html Ms2ger
  118. # [11:22] <ato> MarcFisher: Different browsers behave differently.
  119. # [11:22] <ato> MarcFisher: We tell them to bring up a small HTTP server.
  120. # [11:22] <ato> MarcFisher: So it's not a stopping issue.
  121. # [11:22] <ato> simons: It's not something I feel we can put normative language around.
  122. # [11:22] <ato> simons: Also what are the use cases, also there are security issues.
  123. # [11:22] <ato> simons: Second of all, the behaviour differs between browsers.
  124. # [11:22] <ato> simons: With IE, the way that it's implemented, it's just not possible to do.
  125. # [11:22] <ato> simons: And on Chrome you can traverse through the file system.
  126. # [11:23] <ato> simons: Normative text in spec on blacklisting URLs?
  127. # [11:23] <ato> simons: Would that be a sensible thing to do?
  128. # [11:23] <ato> jgraham: I think it would go in the bit where you define get or whatever it is.
  129. # [11:23] <ato> jgraham: You'd have a series of steps, and a step where you hit the blacklist, then return an error.
  130. # [11:23] <ato> simons: It would not be in the appendix?
  131. # [11:23] <ato> jgraham: I'm not sure I believe in that sort of things.
  132. # [11:24] <ato> MarcFisher: He's suggesting a non-normative statement. Something you want to think about.
  133. # [11:24] <ato> jgraham: Well you can still make that part of the algorithm in get.
  134. # [11:24] <ato> simons: click would need to do the same check.
  135. # [11:25] <ato> ato: It relates to everything. You can give the URL when starting the browser.
  136. # [11:25] <ato> ato: So you'd need to do the check for literally every call to the WebDriver server.
  137. # [11:26] <ato> MarcFisher: Really the file system should be handled by whatever security mechanism is built in to the browser.
  138. # [11:26] <ato> JohnJansen: WebDriver is designed to do this.
  139. # [11:26] <ato> JohnJansen: The spot where you downloaded it should say “don't forget, this is an incredible security risk”.
  140. # [11:26] <ato> JohnJansen: I would never put this on my machine.
  141. # [11:26] <ato> JohnJansen: People could guess that I'm using it, and hack my machine.
  142. # [11:27] <ato> simons: Neither would I.
  143. # [11:27] <ato> simons: Having the dirvers be configurable.
  144. # [11:27] <ato> simons: WebDriver as a service seems like a use case.
  145. # [11:27] <ato> simons: You don't want to allow them to navigate the file system.
  146. # [11:27] <ato> MarcFisher: I don't think on the WebDriver level this is feasible.
  147. # [11:27] <ato> MarcFisher: It should be up to people at what level they want security.
  148. # [11:28] <ato> jgraham: Yeah, it sounds like it would need a hook in the equivalent of the navigator element in the browser.
  149. # [11:28] <ato> MarcFisher: Presumably the HTML5 navigate algorithm already has a hook.
  150. # [11:28] <ato> MarcFisher: If they don't, it seems like a bad design.
  151. # [11:29] <ato> jgraham: If there isn't an apropriate hook, you can say to Hixie that if this is a URL that has been disallowed for navigation, then abort or something.
  152. # [11:29] <ato> MarcFisher: Regardless whether algorithm has that or not, I don't think we can uphold that from WD.
  153. # [11:29] <ato> simons: []
  154. # [11:29] <ato> simons: [Explain]
  155. # [11:30] <ato> jgraham: If you have a hook in the navigate algorithm you can read the specification and everything makes sense.
  156. # [11:30] <ato> jgraham: What I'm saying is that Hixie should have a hook, which you hook your spec into, and use this in the WD algorithms.
  157. # [11:31] <ato> jgraham: Then in your Security appendix you can refer to this.
  158. # [11:31] <ato> simons: Yes.
  159. # [11:31] <ato> simons: I don't think this is something we can do entirely in WebDriver.
  160. # [11:32] * Joins: seva (~seva@public.cloak)
  161. # [11:32] <ato> Action jgraham: Talk Hixie (HTML5 guys) about adding some hook into navigate algorithm to prevent navigation to certain subsets of URLs/schemas/protocols.
  162. # [11:32] * RRSAgent records action 1
  163. # [11:32] <ato> JohnJansen: There's also some information online about treating the security for a web server in general.
  164. # [11:32] <ato> JohnJansen: On MSDN we have pretty robust docs on this.
  165. # [11:33] <ato> JohnJansen: MSDN has a bunch of docs on how to protect yourself from this kind of hack.
  166. # [11:33] <ato> JohnJansen: First recommendation: Put the first directory of your server on a separate drive.
  167. # [11:33] <JohnJansen> http://msdn.microsoft.com/en-us/library/ff648653.aspx#c16618429_019
  168. # [11:35] <ato> simons: Hurrah!
  169. # [11:35] <JohnJansen> this is different from the file:// protocol, but interesting information regarding the navigation attack.
  170. # [11:35] <ato> Action: To add text in the privacy section that you MAY consider blocking navigation to blacklisted domains.
  171. # [11:35] * RRSAgent records action 2
  172. # [11:35] <ato> s/blacklisted domains/blacklisted domains or protocols/
  173. # [11:35] <simons> :)
  174. # [11:36] <ato> wilhelm: So that solves the file:// problem, but not connecting to your local machine.
  175. # [11:36] <ato> AutomatedTester: We talked about this yesterday, but we removed it.
  176. # [11:36] <ato> simons: By default only having it listen on the loopback.
  177. # [11:37] <ato> MarcFisher: Might want to have a whitelist of IPs that are allowed to connect.
  178. # [11:37] <ato> AutomatedTester: The text I originally put, which is still there…
  179. # [11:38] <ato> AutomatedTester: Limiting it to localhost would prevent this unless you have a proxy.
  180. # [11:38] <ato> AutomatedTester: Selenium server could be that proxy.
  181. # [11:39] <ato> MarcFisher: You should have a whitelist of IPs, with the default of localhost.
  182. # [11:39] <ato> simons: Fine.
  183. # [11:39] <ato> Action MarcFisher: Change prose around limiting connections in F2
  184. # [11:39] * RRSAgent records action 3
  185. # [11:40] <ato> Topic: Discuss the test running Microsoft implemented in JScript
  186. # [11:40] <ato> JohnJansen: When we were implementing our WebDriver implementation, we needed to run the tests that had already been written in the wpt repository.
  187. # [11:40] <ato> JohnJansen: I had an intern convert the Python test suite into a JavaScript test suite so we didn't have to learn or install Python.
  188. # [11:40] <ato> JohnJansen: Noone on my team knows Python.
  189. # [11:41] <ato> JohnJansen: While my intern was changing everything, he did accidentally learn Python.
  190. # [11:41] <ato> JohnJansen: In so doing it, we realized that it is incredibly easy to write tests against WebDriver when you have NodeJS.
  191. # [11:42] <ato> JohnJansen: If you want people to contribute to these tests, it seems we want to use JavaScript which everyone knows.
  192. # [11:42] <ato> lukeis: Did he use jleyba's bindings?
  193. # [11:42] <ato> simons: JohnJansen and tobie makes the point that people who don't work with the W3C are afraid of anything but JavaScript.
  194. # [11:42] <ato> jgraham: No that's not true.
  195. # [11:42] <ato> AutomatedTester: [agrees]
  196. # [11:43] <ato> jgraham: We had this discussion long ago about the wpt repo.
  197. # [11:43] <ato> jgraham: It used to be a mess.
  198. # [11:43] <ato> jgraham: Everything is now standardized on Python.
  199. # [11:43] <ato> JohnJansen: But the tests are written in JS?
  200. # [11:44] <ato> jgraham: No, both.
  201. # [11:44] <ato> JohnJansen: So we should write our tests in JS because we're testing WebDriver.
  202. # [11:44] <ato> jgraham: My feeling is that if you start depending on NodeJS you're a very special snowflake.
  203. # [11:44] <ato> MarcFisher: NodeJS would also mean we'd have to introduce a whole new set of dependencies.
  204. # [11:45] <ato> simons: Lack of waiting and sync features.
  205. # [11:45] <ato> JohnJansen: We did a hack to NodeJS to make it synchronous.
  206. # [11:45] <ato> AutomatedTester: This is what happens everywhere.
  207. # [11:45] <ato> AutomatedTester: We had this in Mozilla as well. Everyone is doing all these things.
  208. # [11:45] * Joins: gitbot (~gitbot@public.cloak)
  209. # [11:45] -gitbot:#testing- [web-platform-tests] Ms2ger closed pull request #188: new WebGL arguments test files from TestTWF (master...submissions/hiroshik850223) https://github.com/w3c/web-platform-tests/pull/188
  210. # [11:45] * Parts: gitbot (~gitbot@public.cloak) (gitbot)
  211. # [11:46] <ato> AutomatedTester: Python is easy to read, is a sync language, and is easy to write.
  212. # [11:46] <ato> AutomatedTester: It's step-by-step.
  213. # [11:46] <ato> AutomatedTester: People having to put in hacks to make it work with JavaScript, which is the word you used, seems wrong.
  214. # [11:46] <ato> JohnJansen: I don't mind if the driver and the runner written in Python.
  215. # [11:47] <ato> JohnJansen: But to have the _tests_ written in JavaScript.
  216. # [11:47] <ato> MarcFisher: Why?
  217. # [11:47] <ato> JohnJansen: It's easier for me to write JavaScript?
  218. # [11:47] <ato> .
  219. # [11:48] <ato> JohnJansen: I was trying to do a pull request, but our fork is in a bad state.
  220. # [11:48] <ato> wilhelm: Is the fork available anywhere?
  221. # [11:48] <ato> simons: Jonathan Lipps did a version of the Sauce JS WebDriver bindings using the ES6 yield keyword.
  222. # [11:48] <simons> https://github.com/jlipps/yiewd
  223. # [11:49] <JohnJansen> https://github.com/tepot2/JST
  224. # [11:49] <simons> https://developer.mozilla.org/en-US/docs/Web/JavaScript/Guide/Iterators_and_Generators#Generators.3A_a_better_way_to_build_Iterators
  225. # [11:49] <ato> lukeis: I need a test that has cross-domain frames, and you need to have a server on multiple ports or multiple domain names.
  226. # [11:50] <ato> JohnJansen: We have internal servers for that.
  227. # [11:50] <ato> jgraham: wpt already has this.
  228. # [11:50] <ato> jgraham: If you run it on your local machine, you do need to edit your /etc/hosts file, but it gives you a big set of cross domain options.
  229. # [11:53] <ato> ato: [explains about a patch he's working on for wptrunner]
  230. # [11:53] <ato> simons: JS would be kind of nice, but the overhead of learning Python is relatively low.
  231. # [11:54] <ato> AutomatedTester: We have a data point from China, where people actually did learn enough Python to contribute.
  232. # [11:54] <ato> MarcFisher: Yeah, and then it's just the WebDriver calls which looks very similar.
  233. # [11:54] <ato> seva: In JS they don't look as nice.
  234. # [11:55] <ato> MarcFisher: Your intern did a good job of turning it into a sync test.
  235. # [11:55] <ato> MarcFisher: But the approach is ugly.
  236. # [11:55] <ato> MarcFisher: But tests nice.
  237. # [11:55] <ato> jgraham: You can't rely on crowd sourcing to get good tests..
  238. # [11:56] <ato> jgraham: You have to rely on people who know their stuff and have a slight inclination towards evil to sit down and do this.
  239. # [11:56] <ato> simons: Yes.
  240. # [11:56] <ato> wilhelm: Yes.
  241. # [11:56] <Ms2ger> Yes.
  242. # [11:56] <ato> wilhelm: W3C should standardize on our format for writing browser automation tests.
  243. # [11:57] <ato> wilhelm: I want us to keep us to keep this in mind.
  244. # [11:57] <ato> wilhelm: We should figure out what the cost is in labour to use each of these two approaches.
  245. # [11:57] <ato> wilhelm: What are our real alternatives in a five year perspective, and who is going to do the future work here?
  246. # [11:58] <ato> AutomatedTester: All the major browser vendors, with the exception of Microsoft, has Python as their major language.
  247. # [11:58] <ato> AutomatedTester: Their build environments, test environments rely heavily on Python.
  248. # [11:58] <ato> ato: In-browser JS is different to NodeJS. It's a whole other beast.
  249. # [11:59] <ato> jgraham: I'm certainly against adding more dependencies to wpt.
  250. # [11:59] <ato> jgraham: And adding Node.js is certainly adding a big dependency.
  251. # [11:59] <ato> jgraham: It's something new, and it means we have to make sure it's on all our test machines, &c.
  252. # [12:00] <ato> jgraham: And you already have to know Python to write the server side part of the tests.
  253. # [12:00] <ato> jgraham: Then you need to learn a new technology, Node.js, to write the tests.
  254. # [12:00] <ato> simons: Can we please marshal the arguments I'm hearing?
  255. # [12:00] <ato> simons: [repeats all points above]
  256. # [12:02] <ato> jgraham: Node.js is not quite the same as client-side JS.
  257. # [12:03] * Joins: gitbot (~gitbot@public.cloak)
  258. # [12:03] -gitbot:#testing- [web-platform-tests] Velmont closed pull request #116: Start of port of WebKit CORS tests (master...nokia_cors_tests) https://github.com/w3c/web-platform-tests/pull/116
  259. # [12:03] * Parts: gitbot (~gitbot@public.cloak) (gitbot)
  260. # [12:03] <ato> wilhelm: So there are valid points for each side.
  261. # [12:03] <ato> wilhelm: What are the costs?
  262. # [12:03] <ato> JohnJansen: Any new tests we write would have to be converted to Python.
  263. # [12:04] <ato> MarcFisher: But that's not very much work?
  264. # [12:04] <ato> JohnJansen: There's about 200 tests.
  265. # [12:04] <ato> s/There's/There are/
  266. # [12:04] <ato> JohnJansen: In this repo I think there's an additional 30 or so tests. Then about 150 on his machine.
  267. # [12:05] <ato> JohnJansen: The ones that there are up there are mostly really simple.
  268. # [12:05] <ato> simons: What are the other WG going to do?
  269. # [12:06] <ato> JohnJansen: I don't want WebDriver to be the only Node.js user.
  270. # [12:06] <ato> jgraham: I think the CSS WG is eventually going to be in wpt.
  271. # [12:07] <ato> MarcFisher: When people talk about writing tests in JS, they tend to mean writing client-side in-browser tests. So saying Python would clearly indicate out of process tests.
  272. # [12:08] <ato> JohnJansen: That's an interesting aspect.
  273. # [12:08] <ato> wilhelm: So should we gather some data points?
  274. # [12:08] <ato> wilhelm: Write up a set of canonical tests in each language and present them to the WGs?
  275. # [12:08] <ato> wilhelm: Then hear what they say?
  276. # [12:08] <ato> jgraham: I don't think you have to focus too hard on the marketing of this, I think it sells itself.
  277. # [12:10] <ato> wilhelm: So how to we solve this?
  278. # [12:10] <ato> JohnJansen: I think I understand the argument against taking a Node.js dependency.
  279. # [12:10] * MikeSmith odinho: thanks for checking on that PR
  280. # [12:11] <ato> JohnJansen: I think I'd like to take the logs back to my team to figure out how much it's going to cost us convert the tests.
  281. # [12:12] * Joins: lukeis1 (~Adium@public.cloak)
  282. # [12:12] * Quits: lukeis (~Adium@public.cloak) (Client closed connection)
  283. # [12:12] * lukeis1 is now known as lukeis
  284. # [12:13] <ato> ato: Even if we go with the Python approach, there's going to be a lot of work. Many of the tests have not been reviewed properly and many are subject to critical review and possibly rewriting.
  285. # [12:13] <ato> ato: With that in mind it would be good to also take the MS-written JS tests into consideration.
  286. # [12:16] * Quits: MarcFisher (~MarcFisher@public.cloak) (Ping timeout: 180 seconds)
  287. # [12:16] <JohnJansen> ACTION: JohnJansen discuss cost of PYTHON test conversion as well as learning PYTHON with team and report results back to the WG
  288. # [12:16] * RRSAgent records action 4
  289. # [12:16] * Joins: MarcFisher (~MarcFisher@public.cloak)
  290. # [12:16] <JohnJansen> ACTION: JohnJansen stop shouting PYTHON
  291. # [12:16] * RRSAgent records action 5
  292. # [12:16] <simons> http://ironpython.net/
  293. # [12:19] <JohnJansen> I added an agenda item to review the test suite as well
  294. # [12:19] <ato> Topic: Discuss touch input section of the spec http://lists.w3.org/Archives/Public/public-browser-tools-testing/2014AprJun/0007.html
  295. # [12:19] <simons> http://lists.w3.org/Archives/Public/public-browser-tools-testing/2014AprJun/0007.html
  296. # [12:19] <wilhelm> http://lists.w3.org/Archives/Public/public-browser-tools-testing/2014AprJun/0007.html
  297. # [12:19] * Quits: jimevans (~jimevans@public.cloak) (Client closed connection)
  298. # [12:19] * Joins: jimevans1 (~jimevans@public.cloak)
  299. # [12:19] <ato> JohnJansen: At the last F2F we discussed implementing touch and touch behaviours in WebDriver.
  300. # [12:20] <ato> JohnJansen: And I realized afterwards that we were trying to standardize what people to do their browsers with their hands.
  301. # [12:20] <ato> JohnJansen: When you touch and move your finger quickly, that should be recognized as a certain thing.
  302. # [12:20] <ato> JohnJansen: This is already being standardized in the Pointer Events spec.
  303. # [12:20] * Joins: gitbot (~gitbot@public.cloak)
  304. # [12:20] -gitbot:#testing- [web-platform-tests] alsemenov closed pull request #609: Tests for callback 'created' (master...submission/unipro-custom-elements-4) https://github.com/w3c/web-platform-tests/pull/609
  305. # [12:20] * Parts: gitbot (~gitbot@public.cloak) (gitbot)
  306. # [12:20] <ato> JohnJansen: So my feeling is that we shouldn't specify this in the WebDriver specification.
  307. # [12:21] <ato> JohnJansen: It would allow for a more generic implementation.
  308. # [12:22] <ato> JohnJansen: It would allow for devices such as Kinect.
  309. # [12:22] <ato> JohnJansen: Additional ones like pen, which have additional attributes.
  310. # [12:22] * Quits: MarcFisher (~MarcFisher@public.cloak) (Ping timeout: 180 seconds)
  311. # [12:23] <ato> AutomatedTester: The one argument I have against it is that no two vendors can agree on what those actions are.
  312. # [12:23] <ato> AutomatedTester: Google and Apple have recently said they're not doing Pointer Events.
  313. # [12:23] <ato> JohnJansen: Google is going to do it.
  314. # [12:24] <ato> MarcFisher: It's going to make it difficult to write cross browser tests.
  315. # [12:25] <ato> MarcFisher: WebDriver for IE would know how to trigger a hover.
  316. # [12:26] <ato> JohnJansen: So each driver would have to special case different browser types and OSes.
  317. # [12:26] <ato> JohnJansen: It makes a lot more sense for me, regardless what the input is, to be more generic.
  318. # [12:27] <ato> JohnJansen: Standardizing “a gesture is this thing” is not something that's good, because it's specified elsewhere.
  319. # [12:27] <ato> JohnJansen: The word “gesture” is problematic.
  320. # [12:27] <JohnJansen> http://www.w3.org/TR/pointerevents/
  321. # [12:28] <ato> JohnJansen: I don't think we should go and describe these events in a different way than this spec is doing already.
  322. # [12:28] <ato> simons: Yeah. There is hillarious things in there though.
  323. # [12:28] <ato> JohnJansen: But each browser does that individually too.
  324. # [12:28] <ato> simons: The events that the browser sees are under the glass.
  325. # [12:29] <ato> simons: And we're trying to define what happens when you put your finger on top of the glass.
  326. # [12:29] <ato> simons: If you're mirroring the underlying API too closely, you're really defining the events that are triggered underneath the glass.
  327. # [12:30] <ato> simons: Tap.
  328. # [12:30] <ato> JohnJansen: Has pretty diverse meaning.
  329. # [12:30] <MikeSmith> RRSAgent, make minutes
  330. # [12:30] <RRSAgent> I have made the request to generate http://www.w3.org/2014/07/08-testing-minutes.html MikeSmith
  331. # [12:31] <ato> simons: Different machines may have different settings for breaking events with waiting in between.
  332. # [12:32] <ato> simons, JohnJansen: [long discussion]
  333. # [12:33] <ato> MarcFisher: We're trying to test web applications mostly. And the fact that in browser X a double tap has to be within 500 ms is completely unimportant to that user.
  334. # [12:33] <ato> MarchFisher: What they want to be able to do is to say that this is a double tap.
  335. # [12:33] <ato> s/MarchFisher/MarcFisher/
  336. # [12:33] <ato> simons: I think you want both kinds.
  337. # [12:34] <ato> simons: Intent of mind that can be captured. Intending to do a double tap, then underneath it does a sleep for n milliseconds.
  338. # [12:34] <ato> simons: Then you want the primitives.
  339. # [12:34] <ato> simons: It would be nice for the wait primitive to take either a specific or a symbolic timeout.
  340. # [12:35] <ato> MarcFisher: The use cases for the primitives are far fewer than the higher level actions.
  341. # [12:35] <wilhelm> http://www.w3.org/2014/02/26-testing-minutes.html#item03
  342. # [12:35] <ato> JohnJansen: What about putting your finger down and moving it across the page?
  343. # [12:35] <ato> MarcFisher: I want to say that this is either a fling or a touch action.
  344. # [12:35] <ato> JohnJansen: But it's not standardized.
  345. # [12:35] <ato> JohnJansen: So it's impossible to know.
  346. # [12:36] <mdas> simons: updated spec (not yet reviewed) http://malinidas.com/site_media/webdriver-spec.html#methods-12
  347. # [12:36] <ato> JohnJansen: With more generic API you can do a lot more devices.
  348. # [12:36] <mdas> and wait was discussed http://www.w3.org/2014/02/26-testing-minutes.html
  349. # [12:36] <ato> simons: Discussion has around periods of time.
  350. # [12:37] <ato> simons: But the right question is, do we have the right level of abstraction?
  351. # [12:37] <ato> MarcFisher: Baking it into the API is a reasonable thing.
  352. # [12:37] <simons> There are two issues: timing and API abstraction
  353. # [12:37] <ato> MarcFisher: We also need to support higher-level actions because the most common use case is to write tests for a web app across multiple browsers.
  354. # [12:38] <ato> mdas: Let's say you want to do a hover.
  355. # [12:38] <ato> MarcFisher: Flick, long-press already exists.
  356. # [12:38] <ato> AutomatedTester: Flick is gone.
  357. # [12:38] <ato> JohnJansen: Conversation last time was, how long is a long press?
  358. # [12:39] <ato> AutomatedTester: Differs from browser to browser, so you need to delegate it to the internals.
  359. # [12:40] <ato> seva: Could you query what the action timings would be?
  360. # [12:40] * Joins: abarsto (~abarsto@public.cloak)
  361. # [12:40] * abarsto is now known as ArtB
  362. # [12:40] <ato> simons: No, you wouldn't query the driver implementation across the wire.
  363. # [12:40] <ato> simons: You'd tell it what you want.
  364. # [12:40] <ato> simons: But the browser knows, and consequently the driver which is controlling the browser should know.
  365. # [12:42] <simons> http://www.w3.org/2014/02/26-testing-minutes.html
  366. # [12:42] <simons> http://www.w3.org/2014/02/26-testing-minutes.html#action30
  367. # [12:43] <JohnJansen> http://www.w3.org/2014/02/26-testing-minutes.html#action22
  368. # [12:43] <JohnJansen> http://www.w3.org/2014/02/26-testing-minutes.html#action25
  369. # [12:43] <ato> mdas: Why was long press going to be removed?
  370. # [12:43] <ato> simons: Down and up, wait for a period
  371. # [12:43] <ato> mdas: How would the client bindings know what the wait period would be for each browser?
  372. # [12:43] <ato> MarcFisher: They would be symbolic.
  373. # [12:44] <ato> mdas: It feels like we should delegate that to the browser.
  374. # [12:44] <ato> mdas: The browser wouldn't know it.
  375. # [12:44] <ato> simons: Constant.
  376. # [12:44] <ato> simons: Mouse.DOUBLE_TAP
  377. # [12:44] <ato> simons: Handfull of well known.
  378. # [12:44] <ato> mdas: Maybe pause can take a parameter, context is true?
  379. # [12:45] <ato> simons: Mouse down, pause, take constant which would be a symbol, then mouse up. And other side of wire (remote): Hang on, down, see this is symbol then it uses the constant it has programmed, then up.
  380. # [12:46] <ato> simons: If it's an OS specific thing, then look it up. If it's a browser-specific, do an internal lookup.
  381. # [12:46] <ato> mdas: What would be the type of a symbol?
  382. # [12:46] <ato> simons: It would be a string.
  383. # [12:46] <ato> mdas: Makes sense now.
  384. # [12:46] <ato> JohnJansen: Working with the pointer events would be better than specificying this.
  385. # [12:47] <ato> simons: Yeah.
  386. # [12:47] <ato> AutomatedTester: On a phone you mash the screen.
  387. # [12:47] <ato> AutomatedTester: Escape.
  388. # [12:47] <ato> mdas: But it's totally vendor specific.
  389. # [12:47] <ato> JohnJansen: Yes.
  390. # [12:47] <AutomatedTester> s/AutomatedTester: Escape/mdas: Escape
  391. # [12:47] <ato> JohnJansen: It's not just the browser. IE immersive
  392. # [12:48] <ato> behaves differently from the desktop IE.
  393. # [12:48] <ato> JohnJansen: A generic pointer can do the same thing with a pen as you do with a mouse as you do with touch.
  394. # [12:48] <ato> JohnJansen: I think we should allow them to standardize it.
  395. # [12:48] <ato> JohnJansen: Then hook onto that effort.
  396. # [12:49] <ato> JohnJansen: We shouldn't standardize what a long press is. But we already resolved that by using a symbol.
  397. # [12:49] <ato> simons: Does this spec define what constitutes a double tap?
  398. # [12:49] <ato> JohnJansen: No.
  399. # [12:49] <ato> JohnJansen: But that's something we need to talk to them about.
  400. # [12:49] <ato> MarcFisher: They also match the pointer events to mouse events.
  401. # [12:50] <ato> MarcFisher: Section 11
  402. # [12:50] <ato> MarcFisher: They don't talk about double click, but they do talk about click and context menu.
  403. # [12:52] <ato> simons: This seems like a crazy level of abstraction.
  404. # [12:52] <ato> simons: And we know that that's going to ripple out to all these events.
  405. # [12:52] <ato> AutomatedTester: Yeah.
  406. # [12:52] <ato> MarcFisher: Also it seems incomplete.
  407. # [12:53] <ato> wilhelm: So how do we move forward here?
  408. # [12:53] <ato> simons: There's bits from the previous proposal that I'm not hearing people disagree with.
  409. # [12:53] <ato> simons: There are bits that are uncontroversial.
  410. # [12:54] <ato> simons: There is some debate around having different mouse, touch, keyboard events.
  411. # [12:54] <ato> simons: Or if we have a single pointer events interface.
  412. # [12:54] <ato> MarcFisher: Keyboard not included.
  413. # [12:54] <ato> AutomatedTester: I don't want people to mirror the pointer events spec.
  414. # [12:54] <ato> simons: Yes.
  415. # [12:55] <ato> simons: So we need a new name which doesn't leave people mistaking the two.
  416. # [12:55] <ato> simons: Keyboard abstraction, Keyboard, is okay.
  417. # [12:55] <ato> People agree.
  418. # [12:55] * Quits: jimevans1 (~jimevans@public.cloak) (Client closed connection)
  419. # [12:55] * Joins: jimevans (~jimevans@public.cloak)
  420. # [12:55] <ato> simons: It sounds like we want to do something with mouse-ish events.
  421. # [12:55] <ato> JohnJansen: I'm not sure if it needs to be different.
  422. # [12:55] * Quits: jimevans (~jimevans@public.cloak) (Client closed connection)
  423. # [12:55] * Joins: jimevans1 (~jimevans@public.cloak)
  424. # [12:55] <ato> simons: But AutomatedTester wants to avoid using “Pointer Events”.
  425. # [12:56] <ato> JohnJansen: That's why I used “Pointer Actions”.
  426. # [12:56] <ato> Room going: Aaah.
  427. # [12:56] <ato> simons: Keyboard action, pointer action.
  428. # [12:57] <ato> ato: Isn't that local end?
  429. # [12:57] <ato> simons: Well we want to get to LC.
  430. # [12:57] * odinho MikeSmith: Ah, no problem. It wouldn't get done if you hadn't pinged it singularily like that :) I guess there's more PR killing that could be done, but easier to do it bite-sized. :)
  431. # [12:59] <ato> simons: MouseAction which extends PointerAction.
  432. # [12:59] <ato> seva: But on the wire protocol level there would only be pointer actions.
  433. # [12:59] <ato> simons: Okay so let's discuss the primitives then.
  434. # [12:59] <ato> simons: We need to define some symbols.
  435. # [13:00] <ato> JohnJansen: Set attribute "tilt" 3 degrees.
  436. # [13:00] <ato> JohnJansen: name/value?
  437. # [13:00] <ato> simons: name and an array?
  438. # [13:00] <ato> simons: Then you'd be okay if you wanted to give it more parameters.
  439. # [13:01] <ato> simons illustrates API on whiteboard.
  440. # [13:01] <mdas> http://malinidas.com/site_media/note1actions.svg
  441. # [13:03] <ato> AutomatedTester now tries to illustrate.
  442. # [13:05] <ato> [discussion about data representation]
  443. # [13:10] <ato> simons: So we definitely have a KeyboardAction
  444. # [13:10] <ato> simons: Then we have a WaitAction
  445. # [13:10] <ato> simons: … would have a property "duration" which is measured in milliseconds.
  446. # [13:11] <ato> simons: KeyboardAction: keydown, keyup
  447. # [13:11] <ato> simons: Keys constants.
  448. # [13:12] <ato> simons: KeyboardAction: keydown, keyup, wait
  449. # [13:13] <ato> MarcFisher: PointerAction > KeyboardAction
  450. # [13:13] <ato> JohnJansen: No that doesn't make sense.
  451. # [13:29] <ato> Current progress:
  452. # [13:29] <ato> Pointer: wait(ms int), release(), setattribute(name string, values []object)
  453. # [13:29] <ato> KeyboardAction: keydown(key string), keyup(key string)
  454. # [13:29] <ato> PointerAction: down(button int), up(button int), move(x, y int, element WebElement), cancel()
  455. # [13:29] <ato> Lunch.
  456. # [13:54] * Joins: gitbot (~gitbot@public.cloak)
  457. # [13:54] -gitbot:#testing- [web-platform-tests] Ms2ger pushed 1 new commit to master: https://github.com/w3c/web-platform-tests/commit/c227d5cd4aa70eb2d638de33518a02c8bc0f68e7
  458. # [13:54] -gitbot:#testing- web-platform-tests/master c227d5c Ms2ger: Remove backup file.
  459. # [13:54] * Parts: gitbot (~gitbot@public.cloak) (gitbot)
  460. # [13:54] * Quits: mdas (~mdas@public.cloak) (Client closed connection)
  461. # [14:02] * Quits: simons (~simons@public.cloak) (simons)
  462. # [14:09] * Joins: plh (plehegar@public.cloak)
  463. # [14:12] * Joins: MK (kawamori@public.cloak)
  464. # [14:16] * Joins: mdas (~mdas@public.cloak)
  465. # [14:17] * Joins: simons (~simons@public.cloak)
  466. # [14:18] * Joins: jimevans (~jimevans@public.cloak)
  467. # [14:20] <wilhelm> Scribe: jimevans
  468. # [14:21] <ato> jimevans: Above I posted the situation so far.
  469. # [14:21] <jimevans> simons giving a summary
  470. # [14:21] <jimevans> two tasks remaining
  471. # [14:21] <jimevans> first, how to cancel and reset all user input state
  472. # [14:22] <jimevans> second, how to do a high-level "do what i mean" method
  473. # [14:23] <jimevans> MarcFisher: proposes automatic reset of user state
  474. # [14:24] * Quits: jimevans1 (~jimevans@public.cloak) (Ping timeout: 180 seconds)
  475. # [14:24] <jimevans> discussion around how to reset user input state.
  476. # [14:24] <jimevans> MarcFisher: this should be a separate end point on the API
  477. # [14:26] <jimevans> decision reached. send a delete verb to the actions endpoint is a "reset state command"
  478. # [14:27] <jimevans> simons: how do we design using high-level interaction commands?
  479. # [14:28] <jimevans> high-level actions imply clearing of input state before and after action.
  480. # [14:29] <jimevans> wilhelm: suppose i have a sequence where i've left the input state in a certain state. can i stop and inspect the document?
  481. # [14:29] <jimevans> answer is yes, that's what it's designed to do
  482. # [14:30] <jimevans> MarcFisher: json payload should have a sequence id for cross-action sequencing
  483. # [14:30] <jimevans> mdas: you don't need to do that
  484. # [14:31] <jimevans> MarcFisher: simply correlating the arrays element index is error-prone.
  485. # [14:32] <jimevans> discussion of description of json payload for action sequences
  486. # [14:35] <jimevans> LukeInman-Semerau: what if someone sends malformed or invalid JSON for the action?
  487. # [14:36] <jimevans> simons: throws an error in that case
  488. # [14:37] <jimevans> MarcFisher: devices can define what they accept as valid input
  489. # [14:38] <jimevans> keyboard and mouse devices should probably be singleton
  490. # [14:38] <jimevans> tangent on how many fingers are supported by the microsoft surface table product
  491. # [14:39] <jimevans> seva: did we forget about touchpads?
  492. # [14:39] <jimevans> jimevans: for level 1 we are pretending touchpads do not exist.
  493. # [14:40] <jimevans> the API is fully extensible for any other devices.
  494. # [14:41] <jimevans> simons: does the JSON payload for a specific action require a type property?
  495. # [14:41] <jimevans> acceptable types to be defined in this spec: key, mouse, touch
  496. # [14:42] <jimevans> other types can be defined using vendor prefixes.
  497. # [14:44] <jimevans> discussion about how strict the typechecking of attributes in action JSON
  498. # [14:46] <jimevans> specific example: a "tilt" attribute in the JSON object. how do we implement?
  499. # [14:49] <jimevans> additional action names and additional properties in the actions will be handled by vendor prefixes until standardized in later spec levels
  500. # [14:50] <jimevans> unknown action types or unknown fields in existing action descriptions will all return an error code.
  501. # [14:52] <jimevans> ACTION: strictly specify all supported device types, action types, and parameters in each action type.
  502. # [14:52] * RRSAgent records action 6
  503. # [14:52] <jimevans> JohnJansen: can we standardize on pen actions?
  504. # [14:53] <mdas> s/ACTION: strictly specify all supported device types, action types, and parameters in each action type./ACTION: mdas to strictly specify all supported device types, action types, and parameters in each action type.
  505. # [14:53] * plh notes that Mike managed to move the TPAC f2f meeting to Thursday/Friday
  506. # [14:53] <jimevans> simons: once this change has been landed, "pen" input actions can be added
  507. # [14:53] <jimevans> ACTION: JohnJansen to patch the spec with pen input actions
  508. # [14:53] * RRSAgent records action 7
  509. # [14:54] * wilhelm plh: I heard! Great news. We'll talk about the next meeting later today.
  510. # [14:54] <jimevans> discussion around which wait times are required for the wait attribute
  511. # [14:55] <jimevans> s/wait attribute/wait action/
  512. # [14:55] * MikeSmith yeah fyi to everybody at the f2f today, I'm working on getting the registration form updated by end of day today London time, so you could all take time to register before you adjourn for the day
  513. # [14:55] * wilhelm :D
  514. # [14:56] <jimevans> ACTION: mdas to define symbols for wait times
  515. # [14:56] * RRSAgent records action 8
  516. # [14:57] <jimevans> ShuotaoGao: which action should happen first in a multi-action sequence?
  517. # [14:57] * Quits: MK (kawamori@public.cloak) ("Leaving...")
  518. # [14:57] <jimevans> as close to simultaneous as possible.
  519. # [14:58] <jimevans> seva: since they can't be actually simultaneous, should we specify the order?
  520. # [14:59] <jimevans> simons: there may be a millisecond between the actions, but it should be close enough.
  521. # [14:59] <jimevans> simons: once we've got an implementation, since no one has implemented this...
  522. # [14:59] <jimevans> mdas and DavidBurns: we have!
  523. # [15:00] <jimevans> simons: well, not this brand-new implementation, so when that is done, we can see what issues, if any, occur.
  524. # [15:00] <jimevans> JohnJansen: sequence of "simultaneous" actions happen in the order the actions appear in the array.
  525. # [15:00] <jimevans> mdas: we don't control the event queue
  526. # [15:01] <jimevans> simons: no, but you can control what order you put things into the event queue.
  527. # [15:01] * Joins: MK (kawamori@public.cloak)
  528. # [15:01] <jimevans> MarcFisher: but what if an implementation decides to always process keyboard first, then mouse, for example,
  529. # [15:02] <jimevans> simons: it's still an implementation detail to be left to the discretion of the implementor.
  530. # [15:03] <jimevans> decision: order of actions within the array will not be specified.
  531. # [15:03] <simons> https://www.w3.org/wiki/WebDriver/2014-July-F2F
  532. # [15:04] <jimevans> TOPIC: input elements where type=file and multiple file inputs
  533. # [15:04] <JohnJansen> topic: Discuss input type=file & multiple
  534. # [15:05] <jimevans> simons: how do we handle input elements with different (think HTML5) inputs?
  535. # [15:06] <jimevans> discussion from previous f2f, which never got added to the spec.
  536. # [15:07] <jimevans> action: MarcFisher to add information to the spec about additional types of input elements.
  537. # [15:07] * RRSAgent records action 9
  538. # [15:08] <jimevans> topic: What will the web-platform-tests webdriver test runner look like/use?
  539. # [15:09] <jimevans> mdas: how will i run the wpt tests that are webdriver tests when i have a driver that uses a tcp socket (not an http transport)?
  540. # [15:10] <jimevans> JamesGraham: the test runner is configurable for different browsers, so we should be able to allow that.
  541. # [15:12] <jimevans> ato: one common api, but separate code will be required for launching each browser
  542. # [15:12] <jimevans> ato: the life cycle of the browser should be managed by the runner, not the tests themselves.
  543. # [15:20] <AutomatedTester> ShuotaoGao: https://github.com/SeleniumHQ/selenium/pull/168
  544. # [15:21] <JohnJansen> scribe: JohnJansen
  545. # [15:21] <JohnJansen> seva: test runner should manage browser sessions.
  546. # [15:21] <JohnJansen> .. does it already do that? or need an action?
  547. # [15:22] <JohnJansen> jgraham: don't need a new action, it's an ongoing effort
  548. # [15:22] <simons> http://www.w3.org/2014/02/25-testing-minutes.html
  549. # [15:22] <JohnJansen> ato: I'm working on it.
  550. # [15:22] <wilhelm> http://www.w3.org/2014/02/25-testing-minutes.html
  551. # [15:22] <lukeis> http://www.w3.org/2014/02/25-testing-minutes.html#ActionSummary
  552. # [15:23] * Joins: MarcFisher (~MarcFisher@public.cloak)
  553. # [15:23] <JohnJansen> Topic: Current Action items from above link
  554. # [15:23] <JohnJansen> 1. Add definition for getElementText to the appropriate section of spec
  555. # [15:23] <JohnJansen> simons: already done
  556. # [15:23] <JohnJansen> 2. ato to research root element behaviour in HTML and XML
  557. # [15:24] <JohnJansen> lukeis: I will create bugs for these
  558. # [15:25] <JohnJansen> AutomatedTester: bug has been logged against CSSWG
  559. # [15:25] <AutomatedTester> https://www.w3.org/Bugs/Public/show_bug.cgi?id=23825
  560. # [15:27] <simons> MikeSmith is about to get an action item…
  561. # [15:28] * lukeis ato's new bug https://www.w3.org/Bugs/Public/show_bug.cgi?id=26282
  562. # [15:28] * MikeSmith eats action items for breakfast
  563. # [15:30] <simons> Excellent.
  564. # [15:31] <JohnJansen> [going over actions from last time and logging bugs]
  565. # [15:33] * lukeis john, your bug (please 'take' it) https://www.w3.org/Bugs/Public/show_bug.cgi?id=26283
  566. # [15:33] <simons> http://www.w3.org/2014/02/26-testing-minutes.html#action30
  567. # [15:35] * lukeis http://www.w3.org/2014/02/26-testing-minutes.html#ActionSummary
  568. # [15:37] * wilhelm https://www.w3.org/Bugs/Public/show_bug.cgi?id=26286
  569. # [15:38] <simons> JohnJansen to investigate setting up a mechanism to determine which requirements in the spec have tests
  570. # [15:44] <JohnJansen> all Actions from previous F2F have been modified into bugs
  571. # [15:44] <JohnJansen> as necessary
  572. # [15:45] <JohnJansen> [break]
  573. # [15:49] * Joins: MarcFisher_ (~MarcFisher@public.cloak)
  574. # [15:50] * Quits: MarcFisher (~MarcFisher@public.cloak) (Ping timeout: 180 seconds)
  575. # [15:52] * Joins: MarcFisher (~MarcFisher@public.cloak)
  576. # [15:54] <JohnJansen> TOPIC: HTML encoding over the wire
  577. # [15:54] <JohnJansen> simons: sendKeys() to the date format input type
  578. # [15:54] <seva> seva: raised https://www.w3.org/Bugs/Public/show_bug.cgi?id=26290 and 26291; others were "to write tests" which we decided not to raise and hope for bug 26291 to take care of tracking.
  579. # [15:55] <JohnJansen> jgraham: go through HTML spec element by element
  580. # [15:56] * Quits: MarcFisher_ (~MarcFisher@public.cloak) (Ping timeout: 180 seconds)
  581. # [15:56] <JohnJansen> marcfisher: when you sendKeys() to a field that makes sense to append, we append. With color (for example), we replace.
  582. # [15:56] <JohnJansen> marcfisher: I have an action to update the spec with this language
  583. # [15:57] <JohnJansen> JimEvans: that answers one question. #2 are we considering using low level actions as the basis for higher level actions.
  584. # [15:57] <selbot2>
  585. # [15:57] <selbot2> dawagner@gmail.com closed/Fixed DOCS: Typo in PageFactory documentation - https://code.google.com/p/selenium/issues/detail?id=2 [Type-Defect ]
  586. # [15:57] <JohnJansen> simons: you should be able to model them, but not required
  587. # [15:58] <JohnJansen> TOPIC: are we on course for our proposed timeline?
  588. # [15:58] <wilhelm> http://www.w3.org/2011/08/browser-testing-charter.html
  589. # [15:59] <JohnJansen> wilhelm: we have a charter to 31 Dec 2015
  590. # [15:59] * Quits: MarcFisher (~MarcFisher@public.cloak) (Ping timeout: 180 seconds)
  591. # [15:59] <JohnJansen> .. milestones, however need to be met:
  592. # [16:00] <JohnJansen> ato: only AutomatedTester is editing the spec, and he seems too busy to meet the deadlines
  593. # [16:01] <JohnJansen> jgraham: I think one person owning it makes sense, though, because he doesn't need to wait for others. On the other hand, having that same person write all of the tests doesn't make sense.
  594. # [16:01] <JohnJansen> it's difficult to know what time I'll have over the coming months
  595. # [16:01] <JohnJansen> simons: hard to carve out time, but if we schedule meetings, it might work well.
  596. # [16:02] <JohnJansen> jgraham: CSSWG has done a good job jointly writing specs, but that is the rare example.
  597. # [16:03] <JohnJansen> ato: unrealistic that David can do this all himself. Perhaps mdas could take some actions from David.
  598. # [16:03] * Joins: gitbot (~gitbot@public.cloak)
  599. # [16:03] -gitbot:#testing- [web-platform-tests] hayatoito closed pull request #899: shadow dom: add code confirm activeElement is readonly and refactor the ... (master...submissions/iseki-masaya.activeElement) https://github.com/w3c/web-platform-tests/pull/899
  600. # [16:03] * Parts: gitbot (~gitbot@public.cloak) (gitbot)
  601. # [16:03] <JohnJansen> jgraham: makes sense to distribute draft material, and then have one editor
  602. # [16:04] <JohnJansen> marc
  603. # [16:04] <JohnJansen> [discussion of recurring spec hackathons]
  604. # [16:05] <JohnJansen> mdas: what are the major parts we need to draft?
  605. # [16:06] <JohnJansen> AutomatedTester: there aren't a lot of new parts, but we need to rework a lot of the prose (start from scratch in certain sections)
  606. # [16:06] <JohnJansen> wilhelm: james, can you help write draft patches?
  607. # [16:07] <JohnJansen> AutomatedTesting: james's focus right now is on the testing, which is where we need him.
  608. # [16:07] <JohnJansen> Wilhelm: TPAC is in Oct 30 and 31st
  609. # [16:08] <simons> GTAC is 28-29 Oct
  610. # [16:08] <simons> Starwest is 12-17 Oct
  611. # [16:08] <JohnJansen> http://www.w3.org/2014/11/TPAC/
  612. # [16:10] <JohnJansen> so if we're going to be Last Call before TPAC, we need to schedule work
  613. # [16:10] <JohnJansen> ato: as we write tests we will find issues in the spec
  614. # [16:11] <JohnJansen> ato: I've been writing tests and I will take the spearhead on the test suite
  615. # [16:13] <JohnJansen> JohnJansen: I will work to see if the CSSWG process will work with our spec
  616. # [16:14] <JohnJansen> jgraham: fair warning: it is easy to fall into a trap of just testing the spec
  617. # [16:15] <JohnJansen> I agree with James. we need ot meet W3C REC requirements but ALSO test the spec, the most interetsting bugs will be combinatorial in nature.
  618. # [16:16] <JohnJansen> wilhelm: will MS have resources to help?
  619. # [16:16] * Joins: ains (~ains@public.cloak)
  620. # [16:16] <JohnJansen> Yes, but not sure I can convert to Python as well
  621. # [16:16] <JohnJansen> I'll have my intern make them public even if just Jscript versions to help.
  622. # [16:17] <JohnJansen> jgraham: some cool metaphor about bugs being flies that safely sail through spider webs of boring test cases
  623. # [16:18] <JohnJansen> wilhelm: lukeis will you have time?
  624. # [16:18] <JohnJansen> lukeis: likely, yes. Same with JimEvans
  625. # [16:18] <JohnJansen> .. some time can be carved out.
  626. # [16:19] <JohnJansen> wilhelm: so we are carving out test time, next the spec authors need to get together to work on the spec itselfr
  627. # [16:19] <JohnJansen> s/itselfr/itself
  628. # [16:20] <JohnJansen> i'll put all of our tests up in git by 18 July.
  629. # [16:21] <JohnJansen> mdas: I'll work on it this week
  630. # [16:22] <wilhelm> Scribe: wilhelm
  631. # [16:22] <wilhelm> Topic: Review of the test suite
  632. # [16:27] * Joins: gitbot (~gitbot@public.cloak)
  633. # [16:27] -gitbot:#testing- [web-platform-tests] sideshowbarker closed pull request #325: app-URI spec compliance tests (master...submission/martap) https://github.com/w3c/web-platform-tests/pull/325
  634. # [16:27] * Parts: gitbot (~gitbot@public.cloak) (gitbot)
  635. # [16:28] <wilhelm> ato: The Python test suite is very unorganized, so it'll take a long while for all of us to go through it together.
  636. # [16:29] <wilhelm> JohnJansen: So we should look through it individually?
  637. # [16:29] <wilhelm> ato: All the tests require critical review.
  638. # [16:29] <wilhelm> ... The spec has also changed dramatically since the tests were written.
  639. # [16:29] <wilhelm> JohnJansen: When we submit tests, we flag them as being not reviewed?
  640. # [16:29] <wilhelm> ato: All the current tests must be reviewed.
  641. # [16:30] <wilhelm> JohnJansen: I previously assumed they had been reviewed.
  642. # [16:30] <wilhelm> ato: We started with the tests in a hg repo. We have since moved them to wpt.
  643. # [16:30] <wilhelm> ... Many tests have not been reviewed.
  644. # [16:30] <wilhelm> ... The majority.
  645. # [16:30] <wilhelm> ... They even need a re-review now that the spec has changed.
  646. # [16:30] <wilhelm> jgraham: This is a perennial problem with writing tests against a spec that is also changing.
  647. # [16:31] <wilhelm> ato: My gut feeling is that we should revisit this topic at the next F2F.
  648. # [16:31] <wilhelm> jimevans: That isn't until TPAC, though.
  649. # [16:31] <wilhelm> ato: What if I go through them, and send out an email?
  650. # [16:31] <wilhelm> jgraham: Yes, it makes more sense to use async communication.
  651. # [16:31] <wilhelm> ato: Yes, especially code review.
  652. # [16:31] <wilhelm> seva: Is this to check that the group is okay with the tests?
  653. # [16:32] <wilhelm> Marc: I changed the tests to use the new driver.
  654. # [16:32] <wilhelm> ato: One of the sections I'm mot unsure about is the visibility section.
  655. # [16:32] <wilhelm> s/mot/most
  656. # [16:32] <wilhelm> ato: 90% of the tests are not covered by the algorithm.
  657. # [16:32] <wilhelm> ato: SHould we remove those, or add them to the algorithm?
  658. # [16:33] <wilhelm> Marc: both.
  659. # [16:33] <wilhelm> simons: Yes.
  660. # [16:33] <wilhelm> seva: Where are the tests from?
  661. # [16:33] <wilhelm> ato: Written by me.
  662. # [16:33] <wilhelm> seva: I added some of those.
  663. # [16:33] <wilhelm> ato: There's also fresh tests that are not in Selenium.
  664. # [16:33] <ato> https://github.com/w3c/web-platform-tests/blob/master/webdriver/element_state/visibility_test.py
  665. # [16:34] <wilhelm> JohnJansen: The test with omitted body tag, both Chrome and FF fails.
  666. # [16:34] <wilhelm> seva: It tests what the spec says...
  667. # [16:34] <wilhelm> ... I submitted a fix of this a week or two ago into the atoms.
  668. # [16:35] <wilhelm> ... ChromeDriver uses old atoms.
  669. # [16:35] <wilhelm> JohnJansen: We'll need to choose if we should comply with the spec, or interop.
  670. # [16:35] <wilhelm> lukeis: Compliant.
  671. # [16:35] <wilhelm> JohnJansen: What we find is that the web often doesn't agree...
  672. # [16:35] <wilhelm> seva: With the body element, we found the root cause. Fixed two weeks ago.
  673. # [16:36] <wilhelm> wilhelm: If the tests are more detailed than the spec, the behaviour should go into the spec.
  674. # [16:36] <wilhelm> JohnJansen: I could just call out the 14 tests that both Chrome or Firefox fail.
  675. # [16:37] <wilhelm> jgraham: Once we have wptrunner running, we can get results for multiple browsers in JSON.
  676. # [16:37] <wilhelm> JohnJansen: We are making decisions on these tests...
  677. # [16:38] <JohnJansen> https://github.com/w3c/web-platform-tests/tree/master/webdriver
  678. # [16:38] <ato> https://github.com/w3c/web-platform-tests/blob/master/webdriver/element_state/visibility_test.py
  679. # [16:38] * Joins: MarcFisher (~MarcFisher@public.cloak)
  680. # [16:39] <JohnJansen> https://github.com/w3c/web-platform-tests/blob/master/webdriver/element_state/visibility_test.py#L190
  681. # [16:39] <wilhelm> seva: This issue has been fixed.
  682. # [16:40] <wilhelm> ato: This only makes sense for HTML, right?
  683. # [16:40] <wilhelm> ato: We should probably have one for HTML and one for XML.
  684. # [16:40] <wilhelm> jgraham: By the time you get it, it'll be a DOM tree.
  685. # [16:40] * Joins: MarcFisher_ (~MarcFisher@public.cloak)
  686. # [16:41] <wilhelm> (Discussion on the specifics on this particular test.)
  687. # [16:42] <wilhelm> MarcFisher_: This test found a real bug.
  688. # [16:42] * Joins: MarcFisher__ (~MarcFisher@public.cloak)
  689. # [16:42] <wilhelm> ... I think it's worth keeping.
  690. # [16:42] <wilhelm> seva: We should modify the wording in the spec to not talk about implicit elements?
  691. # [16:43] <wilhelm> (Discussion on special behaviour of <body> in HTML vs XML, quirks mode and standards mode.)
  692. # [16:43] <seva> I was wrong, the spec does not actuslly talk about implicit BODY so there's nothing to change in there
  693. # [16:43] <wilhelm> ato: Is't this outside the scope of the spec?
  694. # [16:44] <wilhelm> JohnJansen: We're trying to define visibility not as defined by CSS, but as seen to a used.
  695. # [16:44] <wilhelm> jgraham: The algorithm is using DOM or CSS properties.
  696. # [16:45] <JohnJansen> https://github.com/w3c/web-platform-tests/blob/master/webdriver/element_state/visibility_test.py#L131
  697. # [16:45] <wilhelm> RESOLVED: Follow the spec on https://github.com/w3c/web-platform-tests/blob/master/webdriver/element_state/visibility_test.py#L190
  698. # [16:45] * Quits: MarcFisher (~MarcFisher@public.cloak) (Ping timeout: 180 seconds)
  699. # [16:46] <ato> https://github.com/w3c/web-platform-tests/blob/master/webdriver/element_state/res/element-hidden-by-z-index.html
  700. # [16:47] * Quits: MarcFisher_ (~MarcFisher@public.cloak) (Ping timeout: 180 seconds)
  701. # [16:48] <wilhelm> (Discussion on how to detect which element is on top, judging by z-index.)
  702. # [16:50] <wilhelm> ACTION: JohnJansen to figure out how IE passes https://github.com/w3c/web-platform-tests/blob/master/webdriver/element_state/res/element-hidden-by-z-index.html
  703. # [16:50] * RRSAgent records action 10
  704. # [16:52] <JohnJansen> https://github.com/w3c/web-platform-tests/blob/master/webdriver/navigation/auth_tests.py#L39
  705. # [16:53] <wilhelm> JohnJansen: This test fails in Chrome and FF.
  706. # [16:53] <wilhelm> lukeis: This is one of the oldest bugs in WebDriver...
  707. # [16:53] <wilhelm> ato: Is this in the spec?
  708. # [16:54] <wilhelm> ato: Selenium doesn't support this.
  709. # [16:54] <wilhelm> RESOLVED: We move 401 auth to level 2
  710. # [16:55] <lukeis> #34
  711. # [16:55] <selbot2>
  712. # [16:55] <selbot2> simon.m.stewart open/Accepted Support BASIC and Digest HTTP authentication - https://code.google.com/p/selenium/issues/detail?id=34 [Type-Enhancement Priority-Medium Component-WebDriver ]
  713. # [16:55] <ato> https://github.com/w3c/web-platform-tests/blob/master/webdriver/element_state/method_test.py
  714. # [16:55] * Joins: glenn (~gadams@public.cloak)
  715. # [16:56] <wilhelm> JohnJansen: The test I'm referring to requests and attribute that doesn't exist. Both FF and Chrome returns an error.
  716. # [16:56] <wilhelm> AutomatedTester: They should return null.
  717. # [16:57] <ato> https://github.com/w3c/web-platform-tests/blob/master/webdriver/element_state/res/element-without-attribute.html
  718. # [16:57] <wilhelm> MarcFisher__: It's quite possible that our special casing is broken.
  719. # [16:57] <wilhelm> (References to different, related tests.)
  720. # [16:57] <wilhelm> MarcFisher__: The special casing around class is breaking it somehow.
  721. # [16:58] <wilhelm> JohnJansen: The remaining are all the same: six failures because of status code.
  722. # [16:58] <wilhelm> simons: Returning strings is correct.
  723. # [16:58] <wilhelm> RESOLVED: Use strings for errors.
  724. # [16:59] <wilhelm> (Discussion on compat mode vs legacy mode in the current driver.)
  725. # [17:00] <wilhelm> JohnJansen: That's all!
  726. # [17:01] * Joins: mdyck (~mdyck@public.cloak)
  727. # [17:01] <wilhelm> Topic: Switch to window
  728. # [17:01] <wilhelm> (Discussion of identifier for windows.)
  729. # [17:05] <wilhelm> ACTION: switchToWindow shall only take window handles
  730. # [17:05] * RRSAgent records action 11
  731. # [17:07] <wilhelm> Topic: TPAC
  732. # [17:07] * wilhelm : Short break fist, though.
  733. # [17:10] * Quits: jimevans (~jimevans@public.cloak) ("Leaving.")
  734. # [17:10] <wilhelm> http://www.w3.org/2014/11/TPAC/
  735. # [17:10] * Joins: jimevans (~jimevans@public.cloak)
  736. # [17:14] <wilhelm> Meeting finished!
  737. # [17:15] <wilhelm> RRSAgent, draft minutes
  738. # [17:15] <RRSAgent> I have made the request to generate http://www.w3.org/2014/07/08-testing-minutes.html wilhelm
  739. # [17:15] <wilhelm> RRSAgent, sod off
  740. # [17:15] <RRSAgent> I'm logging. I don't understand 'sod off', wilhelm. Try /msg RRSAgent help
  741. # [17:15] <wilhelm> RRSAgent, bye
  742. # [17:15] <RRSAgent> I see 11 open action items saved in http://www.w3.org/2014/07/08-testing-actions.rdf :
  743. # [17:15] <RRSAgent> ACTION: jgraham to Talk Hixie (HTML5 guys) about adding some hook into navigate algorithm to prevent navigation to certain subsets of URLs/schemas/protocols. [1]
  744. # [17:15] <RRSAgent> recorded in http://www.w3.org/2014/07/08-testing-irc#T09-28-48
  745. # [17:15] <RRSAgent> ACTION: To add text in the privacy section that you MAY consider blocking navigation to blacklisted domains. [2]
  746. # [17:15] <RRSAgent> recorded in http://www.w3.org/2014/07/08-testing-irc#T09-32-14
  747. # [17:15] <RRSAgent> ACTION: MarcFisher to Change prose around limiting connections in F2 [3]
  748. # [17:15] <RRSAgent> recorded in http://www.w3.org/2014/07/08-testing-irc#T09-35-58
  749. # [17:15] <RRSAgent> ACTION: JohnJansen discuss cost of PYTHON test conversion as well as learning PYTHON with team and report results back to the WG [4]
  750. # [17:15] <RRSAgent> recorded in http://www.w3.org/2014/07/08-testing-irc#T10-11-45
  751. # [17:15] <RRSAgent> ACTION: JohnJansen stop shouting PYTHON [5]
  752. # [17:15] <RRSAgent> recorded in http://www.w3.org/2014/07/08-testing-irc#T10-12-19
  753. # [17:15] <RRSAgent> ACTION: strictly specify all supported device types, action types, and parameters in each action type. [6]
  754. # [17:15] <RRSAgent> recorded in http://www.w3.org/2014/07/08-testing-irc#T12-48-56
  755. # [17:15] <RRSAgent> ACTION: JohnJansen to patch the spec with pen input actions [7]
  756. # [17:15] <RRSAgent> recorded in http://www.w3.org/2014/07/08-testing-irc#T12-50-32
  757. # [17:16] <RRSAgent> ACTION: mdas to define symbols for wait times [8]
  758. # [17:16] <RRSAgent> recorded in http://www.w3.org/2014/07/08-testing-irc#T12-52-47
  759. # [17:16] <RRSAgent> ACTION: MarcFisher to add information to the spec about additional types of input elements. [9]
  760. # [17:16] <RRSAgent> recorded in http://www.w3.org/2014/07/08-testing-irc#T13-04-00
  761. # [17:16] <RRSAgent> ACTION: JohnJansen to figure out how IE passes https://github.com/w3c/web-platform-tests/blob/master/webdriver/element_state/res/element-hidden-by-z-index.html [10]
  762. # [17:16] <RRSAgent> recorded in http://www.w3.org/2014/07/08-testing-irc#T14-46-57
  763. # [17:16] <RRSAgent> ACTION: switchToWindow shall only take window handles [11]
  764. # [17:16] <RRSAgent> recorded in http://www.w3.org/2014/07/08-testing-irc#T15-02-16
  765. # [17:16] * Parts: RRSAgent (rrsagent@public.cloak) (RRSAgent)
  766. # [17:18] <ato> wilhelm: You need to get them to add that command to RRSAgent.
  767. # [17:19] <wilhelm> Indeed.
  768. # [17:19] <simons> Waxy’s Little Sister: https://goo.gl/maps/aks5X
  769. # [17:20] <simons> http://www.cnrrestaurant.co.uk/chinatown/index.php
  770. # [17:20] <simons> C-n-R cafe is Malaysian food
  771. # [17:21] * Quits: MarcFisher__ (~MarcFisher@public.cloak) (Ping timeout: 180 seconds)
  772. # [17:22] <simons> https://goo.gl/maps/SlHbM
  773. # [17:23] * Joins: Automate_ (~AutomatedTester@public.cloak)
  774. # [17:23] * Quits: AutomatedTester (~AutomatedTester@public.cloak) (Client closed connection)
  775. # [17:25] * Joins: rhauck (~Adium@public.cloak)
  776. # [17:32] <Automate_> JohnJansen: fyi https://bugzilla.mozilla.org/show_bug.cgi?id=1024642
  777. # [17:33] * Joins: gitbot (~gitbot@public.cloak)
  778. # [17:33] -gitbot:#testing- [web-platform-tests] Ms2ger opened pull request #1098: Correct the spelling of the CanvasRenderingContext2D interface. (master...2d) https://github.com/w3c/web-platform-tests/pull/1098
  779. # [17:33] * Parts: gitbot (~gitbot@public.cloak) (gitbot)
  780. # [17:33] <Ms2ger> jgraham, r?
  781. # [17:35] * Joins: gitbot (~gitbot@public.cloak)
  782. # [17:35] -gitbot:#testing- [web-platform-tests] jgraham closed pull request #1098: Correct the spelling of the CanvasRenderingContext2D interface. (master...2d) https://github.com/w3c/web-platform-tests/pull/1098
  783. # [17:35] * Parts: gitbot (~gitbot@public.cloak) (gitbot)
  784. # [17:36] * Quits: selbot2 (~cinch@public.cloak) (Client closed connection)
  785. # [17:38] * Quits: ains (~ains@public.cloak) ("Page closed")
  786. # [17:40] <ShuotaoGao> http://www.yelp.com/biz/mr-kong-london
  787. # [17:46] * Quits: jimevans (~jimevans@public.cloak) ("Leaving.")
  788. # [17:47] * Joins: lmclister (~lmclister@public.cloak)
  789. # [17:49] * Quits: Automate_ (~AutomatedTester@public.cloak) (Client closed connection)
  790. # [17:49] * Quits: lukeis (~Adium@public.cloak) ("Leaving.")
  791. # [17:49] * Quits: mdas (~mdas@public.cloak) (Client closed connection)
  792. # [17:51] * Quits: seva (~seva@public.cloak) (Ping timeout: 180 seconds)
  793. # [17:52] * Quits: JohnJansen (~JohnJansen@public.cloak) (Client closed connection)
  794. # [17:52] * Joins: JohnJansen (~JohnJansen@public.cloak)
  795. # [17:55] * Joins: gitbot (~gitbot@public.cloak)
  796. # [17:55] -gitbot:#testing- [web-platform-tests] Ms2ger opened pull request #1099: Add support for standalone workers tests. (master...auto-workers2) https://github.com/w3c/web-platform-tests/pull/1099
  797. # [17:55] * Parts: gitbot (~gitbot@public.cloak) (gitbot)
  798. # [17:55] * Quits: ShuotaoGao (~ShuotaoGao@public.cloak) (Ping timeout: 180 seconds)
  799. # [17:55] <Ms2ger> jgraham, enjoy :)
  800. # [17:55] * Quits: simons (~simons@public.cloak) (simons)
  801. # [18:02] * Quits: remi (~remi@public.cloak) (Ping timeout: 180 seconds)
  802. # [18:02] * Quits: JohnJansen (~JohnJansen@public.cloak) (Ping timeout: 180 seconds)
  803. # [18:07] * Quits: Lachy (~Lachy@public.cloak) ("My MacBook Pro has gone to sleep. ZZZzzz…")
  804. # [18:27] * Quits: MK (kawamori@public.cloak) (Ping timeout: 180 seconds)
  805. # [18:29] * Quits: mdyck (~mdyck@public.cloak) ("Leaving")
  806. # [18:31] * Quits: rhauck (~Adium@public.cloak) ("Leaving.")
  807. # [18:34] * Quits: ArtB (~abarsto@public.cloak) ("Leaving.")
  808. # [18:37] * Disconnected
  809. # [19:00] * Attempting to rejoin channel #testing
  810. # [19:00] * Rejoined channel #testing
  811. # [19:00] * Topic is '"also, I hope no one actually reads this, but I have to admit that I've kind of gotten used to Critic" --darobin'
  812. # [19:00] * Set by plh on Mon Mar 31 21:50:34
  813. # [19:00] * Joins: lmclister____ (~sid13822@public.cloak)
  814. # [19:00] * Joins: mounir (~mounir@public.cloak)
  815. # [19:00] * Joins: denis (denis@public.cloak)
  816. # [19:01] * Joins: bterlson_____ (~sid23757@public.cloak)
  817. # [19:01] * Joins: glenn (~gadams@public.cloak)
  818. # [19:01] * Joins: shepazu (schepers@public.cloak)
  819. # [19:01] * Joins: lmclister (~lmclister@public.cloak)
  820. # [19:01] * Joins: astearns_ (~sid15080@public.cloak)
  821. # [19:01] * Joins: timeless__ (~sid4015@public.cloak)
  822. # [19:01] * Joins: tobie (~sid5692@public.cloak)
  823. # [19:01] * Joins: darobin (rberjon@public.cloak)
  824. # [19:02] * Joins: ato__ (~ato@public.cloak)
  825. # [19:02] * Joins: ato (~sid16069@public.cloak)
  826. # [19:02] * Joins: odinho (~Velmont@public.cloak)
  827. # [19:02] * Joins: scheib____ (~sid4467@public.cloak)
  828. # [19:02] * Joins: anssik (~uid10742@public.cloak)
  829. # [19:02] * Joins: jgraham (~jgraham@public.cloak)
  830. # [19:03] * Joins: hober (~ted@public.cloak)
  831. # [19:03] * Joins: plinss (~plinss@public.cloak)
  832. # [19:03] * Quits: plh (plehegar@public.cloak) ("Leaving")
  833. # [19:03] * Joins: MikeSmith (~MikeSmith@public.cloak)
  834. # [19:04] * Joins: plh (plehegar@public.cloak)
  835. # [19:05] * Joins: ctalbert (~ctalbert@public.cloak)
  836. # [19:05] * Joins: wilhelm (~wilhelm@public.cloak)
  837. # [19:05] * Joins: sangwhan (~sid12645@public.cloak)
  838. # [19:05] * Joins: gsnedders (~gsnedders@public.cloak)
  839. # [19:11] * Quits: darobin (rberjon@public.cloak) (Client closed connection)
  840. # [19:11] * Joins: darobin (rberjon@public.cloak)
  841. # [19:18] * Quits: glenn (~gadams@public.cloak) (Client closed connection)
  842. # [19:18] * Quits: darobin (rberjon@public.cloak) (Ping timeout: 180 seconds)
  843. # [19:59] * Joins: glenn (~gadams@public.cloak)
  844. # [20:07] * Disconnected
  845. # [20:22] * Attempting to rejoin channel #testing
  846. # [20:22] * Rejoined channel #testing
  847. # [20:22] * Topic is '"also, I hope no one actually reads this, but I have to admit that I've kind of gotten used to Critic" --darobin'
  848. # [20:22] * Set by plh on Mon Mar 31 21:50:34
  849. # [20:24] * Joins: scheib____ (~sid4467@public.cloak)
  850. # [20:24] * Joins: krit (~sid15081@public.cloak)
  851. # [20:24] * Joins: rhauck (~Adium@public.cloak)
  852. # [20:25] * Joins: timeless__ (~sid4015@public.cloak)
  853. # [20:26] * Joins: lmclister (~lmclister@public.cloak)
  854. # [20:26] * Quits: ato__ (~ato@public.cloak) (Client closed connection)
  855. # [20:26] * Joins: tobie (~sid5692@public.cloak)
  856. # [20:27] * Joins: ato__ (~ato@public.cloak)
  857. # [20:27] * Joins: denis (denis@public.cloak)
  858. # [20:42] * Disconnected
  859. # [20:48] * Attempting to rejoin channel #testing
  860. # [20:48] * Rejoined channel #testing
  861. # [20:48] * Topic is '"also, I hope no one actually reads this, but I have to admit that I've kind of gotten used to Critic" --darobin'
  862. # [20:48] * Set by plh on Mon Mar 31 21:50:34
  863. # [20:48] * Quits: mounir (~mounir@public.cloak) (Client closed connection)
  864. # [20:48] * Quits: jgraham (~jgraham@public.cloak) (Ping timeout: 180 seconds)
  865. # [20:48] * Quits: ctalbert (~ctalbert@public.cloak) (Ping timeout: 180 seconds)
  866. # [20:48] * Joins: rhauck (~Adium@public.cloak)
  867. # [20:48] * Quits: scheib____ (~sid4467@public.cloak) (Ping timeout: 180 seconds)
  868. # [20:48] * scheib_____ is now known as scheib____
  869. # [20:48] * Quits: shepazu (schepers@public.cloak) (Ping timeout: 180 seconds)
  870. # [20:48] * Joins: shepazu (schepers@public.cloak)
  871. # [20:49] * Joins: denis (denis@public.cloak)
  872. # [20:50] * Joins: plinss (~plinss@public.cloak)
  873. # [20:51] * Joins: astearns_ (~sid15080@public.cloak)
  874. # [20:51] * Joins: tobie (~sid5692@public.cloak)
  875. # [21:00] * Joins: glenn (~gadams@public.cloak)
  876. # [21:07] * Quits: glenn (~gadams@public.cloak) (Ping timeout: 180 seconds)
  877. # [21:08] <plh> (we got of a buggy router at MIT, so hopefully, our network should be more stable now)
  878. # [21:10] <ato> plh: Glad it happened after our meeting (-:
  879. # [21:12] * Joins: scott_gonzalez (~scott_gonzalez@public.cloak)
  880. # [21:38] * gsnedder1 is now known as gsnedders
  881. # [21:54] * Quits: rhauck (~Adium@public.cloak) ("Leaving.")
  882. # [21:59] * jgraham_ is now known as jgraham
  883. # [22:00] * Joins: glenn (~gadams@public.cloak)
  884. # [22:07] * Joins: darobin (rberjon@public.cloak)
  885. # [22:07] * Quits: darobin (rberjon@public.cloak) (Client closed connection)
  886. # [22:08] * Quits: glenn (~gadams@public.cloak) (Ping timeout: 180 seconds)
  887. # [22:10] * Joins: ptressel (~chatzilla@public.cloak)
  888. # [22:22] * Quits: plh (plehegar@public.cloak) ("Leaving")
  889. # [22:30] * Joins: rhauck (~Adium@public.cloak)
  890. # [22:32] * Joins: plh (plehegar@public.cloak)
  891. # [22:42] * Joins: Lachy (~Lachy@public.cloak)
  892. # [22:57] * Quits: plh (plehegar@public.cloak) ("Leaving")
  893. # [23:01] * Joins: glenn (~gadams@public.cloak)
  894. # [23:08] * Quits: Lachy (~Lachy@public.cloak) ("My MacBook Pro has gone to sleep. ZZZzzz…")
  895. # [23:09] * Quits: glenn (~gadams@public.cloak) (Ping timeout: 180 seconds)
  896. # [23:12] * Joins: Lachy (~Lachy@public.cloak)
  897. # [23:23] * Quits: Lachy (~Lachy@public.cloak) ("My MacBook Pro has gone to sleep. ZZZzzz…")
  898. # [23:32] * Joins: lukeis (~Adium@public.cloak)
  899. # [23:41] * Joins: Lachy (~Lachy@public.cloak)
  900. # [23:56] * Quits: Lachy (~Lachy@public.cloak) ("My MacBook Pro has gone to sleep. ZZZzzz…")
  901. # [23:57] * Joins: Lachy (~Lachy@public.cloak)
  902. # [23:59] * Quits: Lachy (~Lachy@public.cloak) ("My MacBook Pro has gone to sleep. ZZZzzz…")
  903. # [23:59] * Joins: Lachy (~Lachy@public.cloak)
  904. # [23:59] * Quits: rhauck (~Adium@public.cloak) ("Leaving.")
  905. # Session Close: Wed Jul 09 00:00:00 2014

The end :)