/irc-logs / w3c / #testing / 2012-10-30 / end

Options:

  1. # Session Start: Tue Oct 30 00:00:00 2012
  2. # Session Ident: #testing
  3. # [01:01] * Joins: Lachy (~Lachy@public.cloak)
  4. # [01:13] * Quits: Lachy (~Lachy@public.cloak) ("Computer has gone to sleep.")
  5. # [01:39] * Joins: shepazu (schepers@public.cloak)
  6. # [02:19] * Joins: MikeSmith (~MikeSmith@public.cloak)
  7. # [02:38] * Quits: glenn (~gadams@public.cloak) (Ping timeout: 60 seconds)
  8. # [03:07] * Quits: shepazu (schepers@public.cloak) ("is sleepy")
  9. # [03:34] * Joins: glenn (~gadams@public.cloak)
  10. # [06:31] * Quits: timeless (~uid4015@public.cloak) (Client closed connection)
  11. # [06:33] * Joins: timeless (~uid4015@public.cloak)
  12. # [06:33] * Quits: plinss (~plinss@public.irc.w3.org) (Ping timeout: 60 seconds)
  13. # [06:34] * Joins: plinss (~plinss@public.cloak)
  14. # [06:49] * Quits: glenn (~gadams@public.cloak) (Ping timeout: 60 seconds)
  15. # [07:00] * Joins: glenn (~gadams@public.cloak)
  16. # [07:19] * Joins: plh (plehegar@public.cloak)
  17. # [07:24] * Quits: plh (plehegar@public.cloak) (Ping timeout: 60 seconds)
  18. # [07:31] * Joins: plh (plehegar@public.cloak)
  19. # [07:55] * Quits: plh (plehegar@public.cloak) (Ping timeout: 60 seconds)
  20. # [07:59] * Joins: darobin (rberjon@public.cloak)
  21. # [08:00] * Joins: plh (plehegar@public.cloak)
  22. # [08:08] * Quits: glenn (~gadams@public.cloak) (Client closed connection)
  23. # [08:14] * Joins: glenn (~gadams@public.cloak)
  24. # [08:16] * Quits: plh (plehegar@public.cloak) (Ping timeout: 60 seconds)
  25. # [08:22] * Quits: MikeSmith (~MikeSmith@public.cloak) (MikeSmith)
  26. # [08:29] * Joins: Lachy (~Lachy@public.cloak)
  27. # [08:32] * Quits: glenn (~gadams@public.cloak) (Client closed connection)
  28. # [08:36] * Quits: Lachy (~Lachy@public.cloak) ("Computer has gone to sleep.")
  29. # [08:48] * Joins: stearns (~anonymous@public.cloak)
  30. # [08:48] * Quits: stearns (~anonymous@public.cloak) (stearns)
  31. # [08:50] * Joins: abarsto (~abarsto@public.cloak)
  32. # [08:50] * abarsto is now known as ArtB
  33. # [08:54] * Joins: jhammel (~jhammel@public.cloak)
  34. # [08:55] * Joins: byungjung_ (~byungjung@public.irc.w3.org)
  35. # [08:55] * Joins: glenn (~gadams@public.cloak)
  36. # [08:56] * Joins: MikeSmith (~MikeSmith@public.cloak)
  37. # [08:59] * Joins: a12u (~androirc@public.cloak)
  38. # [08:59] * Joins: RRSAgent (rrsagent@public.irc.w3.org)
  39. # [08:59] <RRSAgent> logging to http://www.w3.org/2012/10/30-testing-irc
  40. # [08:59] * Joins: Lachy (~Lachy@public.cloak)
  41. # [08:59] * Joins: plh (plehegar@public.cloak)
  42. # [09:00] * Joins: kotakagi (~koichi_takagi@public.cloak)
  43. # [09:00] * Quits: kotakagi (~koichi_takagi@public.cloak) ("Yaaic - Yet another Android IRC client - http://www.yaaic.org")
  44. # [09:01] * Joins: kotakagi (~koichi_takagi@public.cloak)
  45. # [09:01] * Joins: sms (~simonstewart@public.cloak)
  46. # [09:01] <sms> Hello everyone
  47. # [09:03] * Joins: shadi (shadi@public.cloak)
  48. # [09:03] * Joins: kkania (~kkania@public.cloak)
  49. # [09:04] <sms> MikeSmith: yt?
  50. # [09:06] <andreastt> \o
  51. # [09:07] <wilhelm> Topic: Browser Testing and Tools WG, Tuesday, TPAC
  52. # [09:07] <wilhelm> Chair: sms
  53. # [09:07] <wilhelm> Scribe: wilhelm
  54. # [09:08] <wilhelm> Meeting: Browser Testing and Tools WG, Tuesday, TPAC
  55. # [09:08] * Quits: darobin (rberjon@public.cloak) (Client closed connection)
  56. # [09:09] <wilhelm> RRSAgent, draft minutes
  57. # [09:09] <RRSAgent> I have made the request to generate http://www.w3.org/2012/10/30-testing-minutes.html wilhelm
  58. # [09:09] <wilhelm> RRSAgent, make log public
  59. # [09:09] <RRSAgent> I have made the request, wilhelm
  60. # [09:10] <wilhelm> Agenda: http://lists.w3.org/Archives/Public/public-browser-tools-testing/2012OctDec/0017.html
  61. # [09:13] * Joins: JohnJansen (~JohnJansen@public.cloak)
  62. # [09:13] <MikeSmith> sms, here now
  63. # [09:14] * Joins: davidburns (~davidburns@public.cloak)
  64. # [09:14] <sms> MikeSmith: we're starting. chat later :)
  65. # [09:14] <MikeSmith> hai
  66. # [09:14] <JohnJansen> I'm going to be in the CSSWG today, but monitoring you guys on IRC.
  67. # [09:15] <wilhelm> Topic: Screenshots
  68. # [09:15] <wilhelm> sms: This section has been renamed from snapshots.
  69. # [09:16] <wilhelm> sms: Summary: Spec mandates screenshots to be transmitted as base64-encoded PNGs.
  70. # [09:17] <wilhelm> sms: (Lossless.)
  71. # [09:17] <wilhelm> sms: In case people want to do pixel-by-pixel comparision.
  72. # [09:17] <wilhelm> davidburns: Where would you expect browsers to store this image?
  73. # [09:18] <wilhelm> sms: No, this happens on the remote end. Browser just sends it as base64.
  74. # [09:18] <wilhelm> andreastt: We support taking screenshot of current window and elements.
  75. # [09:18] <wilhelm> sms: Let's look at window first.
  76. # [09:19] <wilhelm> andreastt: (Quotes spec on what to take screenshot of.) THis does not sound like taking a screenshot of a window (but of the full document).
  77. # [09:19] <wilhelm> davidburns: Yesterday we defined window as top-level browsing context.
  78. # [09:19] <wilhelm> andreastt: Window is not visible viewport, but complete viewport.
  79. # [09:20] <wilhelm> sms: Assume the user has an infinitely large screen.
  80. # [09:20] <wilhelm> plh: Then the name screenshot may be a little misleading.
  81. # [09:20] <wilhelm> sms: But snapshot is also confusing.
  82. # [09:20] <wilhelm> plh: No, snapshot is not better.
  83. # [09:20] <wilhelm> andreastt: Screen capturing is a better word.
  84. # [09:20] <wilhelm> sms: Image capturing?
  85. # [09:21] <wilhelm> kkania: What's wrong with snapshot?
  86. # [09:21] <wilhelm> sms: Not commonly used.
  87. # [09:22] <wilhelm> andreastt: Take a step back: our users have requested the ability to take screenshot of full page, screenshot of browser with Chrome, screenshot of the full desktop, screenshot of particular element.
  88. # [09:22] <wilhelm> sms: There are tools available to do this for the whole desktop.
  89. # [09:22] <wilhelm> sms: It doesn't feel browser-specific.
  90. # [09:22] <wilhelm> davidburns: I don't want desktop screenshots in the spec.
  91. # [09:22] <wilhelm> davidburns: I can se use case for taking screenshot of browser chrome.
  92. # [09:22] <wilhelm> davidburns: We could add it, non-normatively.
  93. # [09:23] <wilhelm> andreastt: There is no way to take screenshot of visible viewport.
  94. # [09:23] <wilhelm> plh: Can't you acess size of what is visible?
  95. # [09:23] <wilhelm> sms: Yes, you can determine size of viewport with JS.
  96. # [09:23] <wilhelm> sms: No, we can't take screenshot of arbitrary slices of the page.
  97. # [09:24] <wilhelm> sms: You could take an OS-level screenshot and crop it yourself.
  98. # [09:24] <wilhelm> sms: Different browsers have different capabilites. Chrome would take screenshot of visible part of page. There was resistance against capturing more.
  99. # [09:26] <wilhelm> andreastt: We could make it more generic and pass arbitrary coordinates (X0, Y0 to size of window).
  100. # [09:26] <wilhelm> sms: Maybe we need to make it less generic: capture viewport, capture element, etc.
  101. # [09:27] <wilhelm> plh: If clicking a fragment you expect the page to scroll. A screenshot can be used for verification.
  102. # [09:27] <wilhelm> sms: Use scrollheight.
  103. # [09:27] <wilhelm> sms: To determine if an element is displayed, we base it on full page, not just viewport to accomodate different screen sizes.
  104. # [09:28] <wilhelm> sms: There isn't a method to determine if an element is within the viewport.
  105. # [09:28] <wilhelm> sms: You can get the location of the element in the DOM, get window size and scrollheight and do the calculations on your own.
  106. # [09:29] <wilhelm> sms: This is how I would test your use case.
  107. # [09:29] <wilhelm> sms: Does this make sense?
  108. # [09:29] <wilhelm> plh: Yes.
  109. # [09:29] <wilhelm> sms: Do anyone else than andreastt think we should be able to take the currently visible viewport?
  110. # [09:29] <wilhelm> davidburns: I can see value.
  111. # [09:30] <wilhelm> andreastt: My ideal solution would be generic solution where you specify coordinates.
  112. # [09:30] <wilhelm> kkania: I don't see a good reason for the visible viewport.
  113. # [09:30] <wilhelm> kkania: Hesitant to add all these different variants if we can get away with fewer commmands.
  114. # [09:30] <wilhelm> kkania: Two commands: full page, specific coordinates.
  115. # [09:31] <wilhelm> kkania: Local end could handle the logic.
  116. # [09:31] <wilhelm> sms: This leads to an interesting question: If you have a nested frame and switch to that, how would you capture the full size of that?
  117. # [09:31] <wilhelm> sms: "Don't do that"?
  118. # [09:32] <wilhelm> davidburns: We could just say you've done nasty things to HTML and you get what you get.
  119. # [09:32] <wilhelm> kkania: Lots of pages use iframes and stuff.
  120. # [09:32] <wilhelm> sms: Do we do the entire page or just bail?
  121. # [09:32] * plh function takeFrameScreenshot() { return "Go to hell!"; }
  122. # [09:33] <wilhelm> andreastt: Complicating factors with frames: scrollable frames.
  123. # [09:33] <wilhelm> kkania: Same problem with the entire page.
  124. # [09:33] <wilhelm> sms: The IEdriver resizes the viewport to the size of the page.
  125. # [09:33] * Joins: JonathanJ (~hollobit@public.cloak)
  126. # [09:33] <wilhelm> sms: In Firefox we clone the current DOM into a canvas element.
  127. # [09:34] <wilhelm> andreastt: We dump the internal buffer.
  128. # [09:34] <wilhelm> sms: That's probably the right way to do it.
  129. # [09:34] <wilhelm> sms: IE/FF method forces a reflow
  130. # [09:34] <JonathanJ> rrsagent, draft minutes
  131. # [09:34] <RRSAgent> I have made the request to generate http://www.w3.org/2012/10/30-testing-minutes.html JonathanJ
  132. # [09:34] * Joins: eranm (~eranm@public.cloak)
  133. # [09:34] <wilhelm> sms: Which makes it totally worthless as a debugging aid.
  134. # [09:34] <wilhelm> sms: Do we want to do anything about that?
  135. # [09:35] <wilhelm> sms: Add note to say it's okay to repaint the screen while taking screenshot?
  136. # [09:35] <wilhelm> (Agreement.)
  137. # [09:36] <wilhelm> andreastt: How would we address an open OS-level context menu?
  138. # [09:36] <wilhelm> andreastt: Are OS-level dialogs part of screenshots.
  139. # [09:36] <wilhelm> davidburns: I'd say no. OS-level things are not part of the screenshot.
  140. # [09:36] <wilhelm> andreastt: We have use cases for OS-level screenshots.
  141. # [09:36] <wilhelm> sms: This should be an extension to the protocol.
  142. # [09:37] <wilhelm> andreastt: Does our window definition exclude OS-level stuff?
  143. # [09:37] <wilhelm> andreastt: I'd prefer it to be defined explicitly.
  144. # [09:38] <wilhelm> sms: We only resize the window once to accomodate inifinite scroll, etc.
  145. # [09:39] * Joins: a1zu (~androirc@public.cloak)
  146. # [09:39] * Quits: a12u (~androirc@public.cloak) (Client closed connection)
  147. # [09:39] <wilhelm> jhammel: It could be more explicit for a decaffeinated brain.
  148. # [09:39] <wilhelm> kkania: Do we want to include something about windowless and windowed plugins?
  149. # [09:40] <wilhelm> kkania: Should snapshot include windowed plugin?
  150. # [09:40] <wilhelm> sms: What's a windowed plugin?
  151. # [09:40] <wilhelm> kkania: Flash can be a separate OS-level window within the page.
  152. # [09:40] <wilhelm> kkania: You may not get Flash content from browser screenshot.
  153. # [09:40] <wilhelm> sms: I don't know.
  154. # [09:41] <wilhelm> sms: It would be nice if the screenshot included this content.
  155. # [09:41] <wilhelm> sms: It might be hard to do.
  156. # [09:42] <wilhelm> andreastt: It's just blank in Opera.
  157. # [09:42] * Quits: JonathanJ (~hollobit@public.cloak) (Client closed connection)
  158. # [09:42] <wilhelm> sms: Should we have a non-normative section on this?
  159. # [09:42] * Joins: JonathanJ (~hollobit@public.cloak)
  160. # [09:42] <wilhelm> sms: I prefer if the spec details not only what to do, but why we do it.
  161. # [09:43] <wilhelm> andreastt: It might be additional work for the editprs.
  162. # [09:43] <wilhelm> sms: It's easy.
  163. # [09:43] <wilhelm> andreastt: Note how we expect plugins to behave. We are talking about other OS-level windows here.
  164. # [09:43] <wilhelm> plh: Or DRM-protected windows.
  165. # [09:44] <wilhelm> ACTION: davidburns to write note on plugins and screenshots
  166. # [09:44] * RRSAgent records action 1
  167. # [09:44] <wilhelm> plh: What do I get when taking screenshot on phone? What zoom level?
  168. # [09:45] <wilhelm> sms: iPhone does not reflow on zoom, Android (pre-Chrome) does.
  169. # [09:47] <wilhelm> ACTION: Figure out what a screenshot should return on mobile (wrt. zoom levels and reflows)
  170. # [09:47] * RRSAgent records action 2
  171. # [09:47] <wilhelm> sms: There is an empty section on resizing content.
  172. # [09:47] <wilhelm> wilhelm: Opera wraps text. Must reflow.
  173. # [09:48] <wilhelm> sms: So we should try capturing what the user actually sees.
  174. # [09:48] <wilhelm> plh: One way to close the issue is to say you get what you see.
  175. # [09:49] <wilhelm> sms: We need to define this clearly. "I'm using assistive technologies" - what happens?
  176. # [09:49] <wilhelm> sms: "Print media" - what happens?
  177. # [09:49] <wilhelm> sms: This should be obvious, but we don't mention it anywhere.
  178. # [09:49] <wilhelm> plh: How do I get print shot?
  179. # [09:50] <wilhelm> sms: Undefined!
  180. # [09:52] <wilhelm> andreastt: I have a few more points for this section.
  181. # [09:52] <wilhelm> andreastt: We specify body element. That will only work on HTML.
  182. # [09:52] <wilhelm> andreastt: This won't work on SVG. Or canvas.
  183. # [09:53] <wilhelm> sms: We're taking the overall size of the image from the body element.
  184. # [09:53] <wilhelm> andreastt: Can we use :root?
  185. # [09:53] <wilhelm> (CSS :root element.)
  186. # [09:53] <wilhelm> sms: I'm fine with that.
  187. # [09:54] <wilhelm> ACTION: Use the CSS :root element instead of body element for determining screenshot size
  188. # [09:54] * RRSAgent records action 3
  189. # [09:55] <wilhelm> http://www.w3.org/wiki/CSS/Selectors/pseudo-classes/:root
  190. # [09:56] <wilhelm> sms: This assumes HTML (or SVG) content, but we ought to add a section in the handling-non-HTML-content section on what take screenshot does.
  191. # [09:56] <wilhelm> andreastt: What about elements outside the root element? Absolutely positioned at negative position.
  192. # [09:57] * Quits: glenn (~gadams@public.cloak) ("Leaving...")
  193. # [09:58] <wilhelm> andreastt: On the Acid3 test, the body element is 1px high, with the content absolutely positioned outside it (but still within the viewport).
  194. # [09:58] <wilhelm> sms: The atoms do something fancy here.
  195. # [09:59] <wilhelm> sms: It uses the interactableSize.
  196. # [09:59] <wilhelm> andreastt: So that's why it's not working in Opera.
  197. # [09:59] <wilhelm> sms: If there is not a scrollbar, we take the window size.
  198. # [10:00] <wilhelm> sms: This is a nightmare.
  199. # [10:00] <wilhelm> jhammel: If you have a body that's 400x400 px and your viewport is bigger it would take the size of the viewport?
  200. # [10:00] <wilhelm> sms: Yes.
  201. # [10:00] <wilhelm> sms: That is the expected result.
  202. # [10:02] <wilhelm> sms: It is uncommon that the body is smaller than the viewport size.
  203. # [10:02] <wilhelm> sms: (Quotes the interactableSize JS code.)
  204. # [10:03] <wilhelm> andreastt: This doesn't work with anything that isn't HTML.
  205. # [10:03] <wilhelm> sms: Unless it shoves the content into a HTML container.
  206. # [10:03] <wilhelm> andreastt: Is that what we should be doing?
  207. # [10:03] <wilhelm> sms: We should worry about SVG content.
  208. # [10:03] <wilhelm> sms: ... We will need to address this at some point.
  209. # [10:04] <wilhelm> andreastt: Making the atoms code handle non-HTML content is going to be a lot of work.
  210. # [10:05] <wilhelm> sms: Other than SVG, is there non-HTML content we want to take a screenshot of?
  211. # [10:05] <wilhelm> andreastt: XML, XHTML.
  212. # [10:06] * Joins: glenn_ (~gadams@public.cloak)
  213. # [10:06] <wilhelm> (Discussion on CSS differences between XML and HTML.)
  214. # [10:07] <wilhelm> sms: Does the DOM behave the same way as for HTML?
  215. # [10:07] * Quits: glenn_ (~gadams@public.cloak) (Client closed connection)
  216. # [10:07] <wilhelm> andreastt: If we rely in CSS here, our lives may be easier.
  217. # [10:07] <wilhelm> sms: For XML, we rely on the CSS rot element, for HTML we rely on something like interactableSize, which leaves SVG.
  218. # [10:07] <wilhelm> s/rot/root
  219. # [10:08] <wilhelm> andreastt: CSS should work there too.
  220. # [10:08] <wilhelm> sms: Are we happy with using the CSS root element?
  221. # [10:08] <wilhelm> ACTION: Add a section for screenshots for XML and SVG but mark it as non-normative as there are no implementations at the moment. Once we have those implemenations, we need to discuss this again before making it normative.
  222. # [10:08] * RRSAgent records action 4
  223. # [10:09] * Joins: glenn_ (~gadams@public.cloak)
  224. # [10:09] * Quits: glenn_ (~gadams@public.cloak) ("Leaving...")
  225. # [10:09] <wilhelm> sms: If you take a screenshot of an element, we take a screenshot within the client bounding rect. In SVG this is referred to as bbox.
  226. # [10:11] * Joins: glenn (~gadams@public.cloak)
  227. # [10:11] <wilhelm> sms: Are we happy with the spec on ordinary screenshots, not elements?
  228. # [10:11] <wilhelm> sms: This applies to a top-level browsing context.
  229. # [10:11] <wilhelm> Topic: Screenshots of elements
  230. # [10:11] <wilhelm> andreastt: Is this imeplemented anywhere else?
  231. # [10:11] <wilhelm> sms: Not implemented anywhere else (than Opera).
  232. # [10:12] <wilhelm> andreastt: This looks like what Opera does.
  233. # [10:12] <wilhelm> sms: Except Opera returns a hash of the element.
  234. # [10:12] <wilhelm> andreastt: We should change that.
  235. # [10:12] <wilhelm> andreastt: There is a difference with handling frames, but I'm fine with the described behaviour.
  236. # [10:14] <wilhelm> kkania: Does this mean we capture non-visible portions of the frame? I thought we didn't want do to that.
  237. # [10:14] <wilhelm> andreastt: I thought this was impossible in IE.
  238. # [10:15] <wilhelm> sms: If you are trying to capture the frame, we attempt to move the frame to 0,0 and we capture as much of the frame as we can.
  239. # [10:15] <wilhelm> sms: This would be a bastard to implement in the Firefox driver.
  240. # [10:15] <wilhelm> sms: It might not be, actually.
  241. # [10:15] <wilhelm> andreastt: How difficult in Chrome?
  242. # [10:15] <wilhelm> kkania: Easy.
  243. # [10:15] <wilhelm> sms: I'm happy if browser vendors want to specify the language here. I don't know what's easy and impossible.
  244. # [10:17] <wilhelm> andreastt: I can't remember what we do with screenshots of frames.
  245. # [10:17] <wilhelm> kkania: Taking snapshot of the entire frame is easy in Chrome.
  246. # [10:17] <wilhelm> kkania: Inconsitent with 16.2.
  247. # [10:18] * Quits: glenn (~gadams@public.cloak) (glenn)
  248. # [10:18] * Joins: glenn (~gadams@public.cloak)
  249. # [10:18] <wilhelm> sms: At the begining of 16.3, we should define capability for taking element screenshots. IE would not support this.
  250. # [10:21] <wilhelm> sms: We (the open source project) can not implement this in IE. So the entire feature for taking screenshots of elements will not be supported in that browser. (But will work in other browsers.)
  251. # [10:22] * Quits: glenn (~gadams@public.cloak) (glenn)
  252. # [10:22] * Joins: glenn (~gadams@public.cloak)
  253. # [10:22] <wilhelm> kkania: The functionality in section 16.3 except the final part on frames can be done on the client side.
  254. # [10:22] <wilhelm> kkania: What are the use cases for elements?
  255. # [10:23] <wilhelm> andreastt: We use it when we have a single-page reftest with two compared elements.
  256. # [10:23] <wilhelm> kkania: Real-life use cases outside browser vendors?
  257. # [10:23] <wilhelm> sms: It has been a feature request.
  258. # [10:24] <wilhelm> jhammel: This has been requested at Mozilla.
  259. # [10:24] <wilhelm> sms: If it's only the visible part, you could do all of 16.3 on the local end.
  260. # [10:25] <wilhelm> sms: SHould we break this into two?
  261. # [10:25] <wilhelm> kkania: Do we have users for this?
  262. # [10:25] <wilhelm> sms: Gmail is in a frame.
  263. # [10:26] <wilhelm> (Turns out not to be the case anymore.)
  264. # [10:26] * Quits: plh (plehegar@public.cloak) (Ping timeout: 60 seconds)
  265. # [10:26] <wilhelm> sms: Do we drop 16.3 entirely?
  266. # [10:26] <wilhelm> kkania: Not a strong enough use case for the biggest audience.
  267. # [10:26] <wilhelm> kkania: Can be easily done locally.
  268. # [10:27] <wilhelm> andreastt: In the Opera implementation, the screenwatcher allows you to specify an area on the page relative to the page, not the viewport.
  269. # [10:27] <wilhelm> andreastt: I'd like to see the section staying.
  270. # [10:28] <wilhelm> sms: The problem is the last paragarph with nested frames.
  271. # [10:28] <wilhelm> sms: I suggest we break that out, hide it behind a capability, and then that's cool.
  272. # [10:29] <wilhelm> sms: If you support takesElementScreenshot, the browser will do the hard work. If this is missing, we can do this on the local end. Slightly less efficient.
  273. # [10:29] * Joins: plh (plehegar@public.cloak)
  274. # [10:29] <wilhelm> sms: Section 16.4 will detail nested frames.
  275. # [10:29] <wilhelm> kkania: What would the API look like?
  276. # [10:30] * Quits: a1zu (~androirc@public.cloak) ("AndroIRC - Android IRC Client ( http://www.androirc.com )")
  277. # [10:30] <wilhelm> eranm: So implementations need to support capturing the entire page?
  278. # [10:30] <wilhelm> sms: Yes.
  279. # [10:31] <wilhelm> sms: 16.2 should only talk about the top-level browsing context.
  280. # [10:31] <wilhelm> ACTION: Section 16.2 should talk about the top-level browsing context
  281. # [10:31] * RRSAgent records action 5
  282. # [10:31] <wilhelm> ACTION: Section 16.4 should be added to handle nested frames, with a new capability
  283. # [10:31] * RRSAgent records action 6
  284. # [10:32] <wilhelm> davidburns: There has been a suggestion for browser vendors taking screenshots on a timer as a capability. I would like to get people's opinions on this.
  285. # [10:32] <wilhelm> davidburns: You could almost get video this way if you wanted.
  286. # [10:32] * Quits: byungjung_ (~byungjung@public.irc.w3.org) (Ping timeout: 60 seconds)
  287. # [10:32] <wilhelm> davidburns: My initial thought: no.
  288. # [10:32] <wilhelm> davidburns: Not the job of a browser to do this.
  289. # [10:33] <wilhelm> davidburns: Potential for bloat in browser code.
  290. # [10:33] <wilhelm> andreastt: Is this something we need to add to the spec?
  291. # [10:33] <wilhelm> andreastt: Can it be solved with 16.2?
  292. # [10:33] <wilhelm> andreastt: JUst use regular screenshots?
  293. # [10:33] <wilhelm> sms: This is a suggestion from someone working on perf testing. Wants screenshots as part of logging.
  294. # [10:34] <wilhelm> andreastt: Do it out of process?
  295. # [10:34] * Joins: shepazu (schepers@public.cloak)
  296. # [10:34] <wilhelm> davidburns: Local end could potentially do it - or any other process.
  297. # [10:34] <wilhelm> davidburns: I wanted to bring this up.
  298. # [10:34] <wilhelm> davidburns: It has been suggested Chrome is willing to do this.
  299. # [10:34] <wilhelm> kkania: I'm not in favour of it.
  300. # [10:35] <JonathanJ> rrsagent, draft minutes
  301. # [10:35] <RRSAgent> I have made the request to generate http://www.w3.org/2012/10/30-testing-minutes.html JonathanJ
  302. # [10:35] * Quits: sms (~simonstewart@public.cloak) (sms)
  303. # [10:35] * Quits: kkania (~kkania@public.cloak) (kkania)
  304. # [10:35] * Joins: sms (~simonstewart@public.cloak)
  305. # [10:38] * Quits: plh (plehegar@public.cloak) (Ping timeout: 60 seconds)
  306. # [10:39] * Quits: JonathanJ (~hollobit@public.cloak) (Ping timeout: 60 seconds)
  307. # [11:07] * Joins: kkania (~kkania@public.cloak)
  308. # [11:08] * Quits: eranm (~eranm@public.cloak) ("This computer has gone to sleep")
  309. # [11:09] * Joins: eranm (~eranm@public.cloak)
  310. # [11:11] * Joins: JonathanJ (~hollobit@public.cloak)
  311. # [11:11] * Joins: darobin (rberjon@public.cloak)
  312. # [11:14] * Quits: JonathanJ (~hollobit@public.cloak) (Client closed connection)
  313. # [11:14] * Joins: JonathanJ1 (~hollobit@public.cloak)
  314. # [11:15] * Joins: a12u (~androirc@public.cloak)
  315. # [11:16] * Joins: byungjung_ (~byungjung@public.irc.w3.org)
  316. # [11:16] <andreastt> sms: git@github.com:andreastt/inbox-attack-robot.git
  317. # [11:16] <andreastt> sms: `ant play`
  318. # [11:20] * Quits: kotakagi (~koichi_takagi@public.cloak) ("Yaaic - Yet another Android IRC client - http://www.yaaic.org")
  319. # [11:23] * Joins: kotakagi (~koichi_takagi@public.cloak)
  320. # [11:24] <wilhelm> Topic: Non-HTML content
  321. # [11:24] <wilhelm> andreastt: Should we mention explicitly what to do with screenshots in this section?
  322. # [11:24] <wilhelm> sms: No, that's in the screenshots setning.
  323. # [11:24] <wilhelm> sms: There is no requirement for implementations to support non-HTML content.
  324. # [11:25] <wilhelm> sms: What non-HTML content should we be able to control?
  325. # [11:25] <wilhelm> sms: SVG, XML, XHTML, canvas, text/plain?
  326. # [11:25] <wilhelm> sms: canvas in part of HTML.
  327. # [11:26] <wilhelm> sms: If people paint their own UI, there is nothing sane that we can do.
  328. # [11:26] <wilhelm> sms: text/plain?
  329. # [11:27] <wilhelm> andreastt: Chrome, Firefox, Opera behave the same the way (in a <pre> container).
  330. # [11:27] <wilhelm> sms: IE uses a different control.
  331. # [11:27] <wilhelm> andreastt: Defer to HTML spec?
  332. # [11:28] <wilhelm> http://www.whatwg.org/specs/web-apps/current-work/multipage/history.html#read-text
  333. # [11:28] <wilhelm> sms: Boom! Handled!
  334. # [11:28] <wilhelm> sms: Everyone happy with that?
  335. # [11:29] <wilhelm> davidburns: Yes.
  336. # [11:29] <wilhelm> sms: XHTML
  337. # [11:30] <wilhelm> http://www.whatwg.org/specs/web-apps/current-work/multipage/the-xhtml-syntax.html#the-xhtml-syntax
  338. # [11:31] <wilhelm> ACTION: If non-document content is being handled by a registered handler, then interaction with it via WebDriver is undefined
  339. # [11:31] * RRSAgent records action 7
  340. # [11:32] <wilhelm> wilhelm: We should probably handle intents at some point, but not now.
  341. # [11:33] <wilhelm> sms: Should we say an XHTML document should be treated as an HTML document wrt. interaction?
  342. # [11:34] * Parts: JonathanJ1 (~hollobit@public.cloak) (JonathanJ1)
  343. # [11:36] <wilhelm> sms: Do we need to resolve this right now?
  344. # [11:36] <wilhelm> ACTION: Figure out WTF browsers are actually doing with this
  345. # [11:36] * RRSAgent records action 8
  346. # [11:36] <wilhelm> sms: SVG.
  347. # [11:36] <wilhelm> andreastt: Our testers have asked for screenshots on SVG documents.
  348. # [11:37] <wilhelm> sms: There has been a request for interacing for SVG.
  349. # [11:37] <wilhelm> sms: There's an assumption that the DOM element represented as WebElement is of element type 9.
  350. # [11:38] <wilhelm> s/type 9/type 1
  351. # [11:39] <wilhelm> ACTION: davidburns to chase down someone who actually knows something about SVG to help us with this
  352. # [11:39] * RRSAgent records action 9
  353. # [11:39] <wilhelm> sms: We want to interact with SVG elements as if they were HTML elements.
  354. # [11:40] <wilhelm> andreastt: We need to figure out if the SVG DOM is substantially different from the HTML DOM.
  355. # [11:40] <wilhelm> sms: Do we want web driver to go into this?
  356. # [11:40] <wilhelm> sms: Should we solve this in WebDriver 1.0?
  357. # [11:40] <wilhelm> andreastt: If we can make some basic approxmiation that works across implementations, I think it's worth it.
  358. # [11:40] <wilhelm> sms: I'm fine with that.
  359. # [11:41] <wilhelm> jhammel: What currently happens with embedded SVG in HTML?
  360. # [11:41] <wilhelm> davidburns: You can get to the SVG, but from there you have to do coordinates. It gets scary.
  361. # [11:41] <wilhelm> sms: SVG is getting more popular.
  362. # [11:41] <wilhelm> andreastt: SVG parsers have been slow. This is improving now.
  363. # [11:42] <wilhelm> davidburns: iOS maps uses SVG heavily.
  364. # [11:44] * Quits: JohnJansen (~JohnJansen@public.cloak) ("")
  365. # [11:44] * Joins: JohnJansen (~JohnJansen@public.cloak)
  366. # [11:56] * Quits: glenn (~gadams@public.cloak) (Ping timeout: 60 seconds)
  367. # [12:02] * Joins: JonathanJ1 (~hollobit@public.cloak)
  368. # [12:05] <JohnJansen> is anyone minuting currently? I cannot tell if my irc is broken or if the group is doing something that is unminuted.
  369. # [12:05] * Quits: byungjung_ (~byungjung@public.irc.w3.org) (Ping timeout: 60 seconds)
  370. # [12:06] <jhammel> JohnJansen: nope; we're introducing webdriver to a comcast representative
  371. # [12:10] <wilhelm> sms: XML
  372. # [12:10] <wilhelm> sms: How do we want to handle XML?
  373. # [12:11] <wilhelm> sms: What should a user be able to do with XML?
  374. # [12:11] <wilhelm> davidburns: Find elements.
  375. # [12:11] <wilhelm> davidburns: Querying, getting text, inner part of elements.
  376. # [12:11] <wilhelm> sms: Read only?
  377. # [12:11] <wilhelm> davidburns: Yes.
  378. # [12:12] <wilhelm> ACTION: davidburns, andreastt to come up with a strawman propsal for how we handle XML
  379. # [12:12] * RRSAgent records action 10
  380. # [12:12] * Quits: kotakagi (~koichi_takagi@public.cloak) (Ping timeout: 60 seconds)
  381. # [12:12] <wilhelm> jhammel: For Firefox and Chrome, PDF documents are actually HTML.
  382. # [12:13] <wilhelm> jhammel: Would WebDriver work on that?
  383. # [12:13] <wilhelm> sms: No, and not in this version of the spec.
  384. # [12:13] <wilhelm> sms: If your browser treats PDF as HTML, no changes are required. If it doesn't, it's out of scope.
  385. # [12:14] <wilhelm> Topic: Publishing a new working draft before the end of this week?
  386. # [12:14] * Quits: a12u (~androirc@public.cloak) ("AndroIRC - Android IRC Client ( http://www.androirc.com )")
  387. # [12:14] <wilhelm> All those present vote in favour.
  388. # [12:15] * Quits: shepazu (schepers@public.cloak) ("is sleepy")
  389. # [12:16] * Quits: Lachy (~Lachy@public.cloak) ("Computer has gone to sleep.")
  390. # [12:18] * Quits: darobin (rberjon@public.cloak) (Client closed connection)
  391. # [12:19] <wilhelm> Topic: Lunch!
  392. # [12:19] * Quits: kkania (~kkania@public.cloak) (kkania)
  393. # [12:19] <jhammel> wilhelm++
  394. # [12:20] * Quits: ArtB (~abarsto@public.cloak) ("Leaving.")
  395. # [12:20] * Quits: sms (~simonstewart@public.cloak) (sms)
  396. # [12:21] * Quits: davidburns (~davidburns@public.cloak) (Client closed connection)
  397. # [12:25] * Quits: JonathanJ1 (~hollobit@public.cloak) (Ping timeout: 60 seconds)
  398. # [12:31] * Joins: plh (plehegar@public.cloak)
  399. # [12:32] * Quits: eranm (~eranm@public.cloak) ("This computer has gone to sleep")
  400. # [12:36] * Quits: plh (plehegar@public.cloak) ("always accept cookies")
  401. # [12:52] * Joins: jari (~jari@public.cloak)
  402. # [12:55] * Quits: shadi (shadi@public.cloak)
  403. # [13:17] * Quits: tpacbot (~nodebot@public.cloak) (Client closed connection)
  404. # [13:17] * Joins: tpacbot (~nodebot@public.cloak)
  405. # [13:34] * Joins: abarsto (~abarsto@public.cloak)
  406. # [13:34] * abarsto is now known as ArtB
  407. # [13:36] * Joins: abarsto (~abarsto@public.cloak)
  408. # [13:36] * Quits: ArtB (~abarsto@public.cloak) (Client closed connection)
  409. # [13:36] * abarsto is now known as ArtB
  410. # [13:39] * Joins: Lachy (~Lachy@public.cloak)
  411. # [13:51] * Joins: shepazu (schepers@public.cloak)
  412. # [13:54] * Joins: darobin (rberjon@public.cloak)
  413. # [13:54] * Joins: tomoyuki (~tshimizu3@public.cloak)
  414. # [13:56] * Joins: a12u (~androirc@public.cloak)
  415. # [13:57] * Joins: a1zu (~androirc@public.cloak)
  416. # [13:57] * Quits: a12u (~androirc@public.cloak) ("AndroIRC - Android IRC Client ( http://www.androirc.com )")
  417. # [13:57] * Quits: a1zu (~androirc@public.cloak) ("AndroIRC - Android IRC Client ( http://www.androirc.com )")
  418. # [13:57] * Joins: a12u (~androirc@public.cloak)
  419. # [13:58] * Joins: a1zu (~androirc@public.cloak)
  420. # [13:58] * Quits: a12u (~androirc@public.cloak) ("AndroIRC - Android IRC Client ( http://www.androirc.com )")
  421. # [13:58] * Quits: a1zu (~androirc@public.cloak) ("AndroIRC - Android IRC Client ( http://www.androirc.com )")
  422. # [13:58] * Joins: a12u (~androirc@public.cloak)
  423. # [14:04] * Quits: a12u (~androirc@public.cloak) ("AndroIRC - Android IRC Client ( http://www.androirc.com )")
  424. # [14:04] * Joins: a12u (~androirc@public.cloak)
  425. # [14:05] * Joins: plh (plehegar@public.cloak)
  426. # [14:05] * Joins: kotakagi (~Koichi_Takagi_KDDI@public.cloak)
  427. # [14:06] * Joins: eranm (~eranm@public.cloak)
  428. # [14:06] * Joins: Daisuke (~Daisuke@public.cloak)
  429. # [14:08] * Joins: shadi (shadi@public.cloak)
  430. # [14:19] * Joins: davidburns (~davidburns@public.cloak)
  431. # [14:19] * Quits: Daisuke (~Daisuke@public.cloak) (Ping timeout: 60 seconds)
  432. # [14:20] * Quits: davidburns (~davidburns@public.cloak) (Client closed connection)
  433. # [14:23] <jhammel> going to nap for real....i got almost no sleep last night and now its hitting me
  434. # [14:23] * Quits: jhammel (~jhammel@public.cloak) ("see you all later")
  435. # [14:41] * Quits: eranm (~eranm@public.cloak) ("This computer has gone to sleep")
  436. # [14:55] * Quits: shepazu (schepers@public.cloak) ("is sleepy")
  437. # [14:58] * Quits: tomoyuki (~tshimizu3@public.cloak) (tomoyuki)
  438. # [15:00] * Joins: JonathanJ1 (~hollobit@public.cloak)
  439. # [15:10] * Joins: tomoyuki (~tshimizu3@public.cloak)
  440. # [15:10] * Joins: eranm (~eranm@public.cloak)
  441. # [15:11] * Quits: darobin (rberjon@public.cloak) (Client closed connection)
  442. # [15:12] * Joins: kkania (~kkania@public.cloak)
  443. # [15:14] * Quits: eranm (~eranm@public.cloak) (Ping timeout: 60 seconds)
  444. # [15:15] * Quits: JohnJansen (~JohnJansen@public.cloak) (Ping timeout: 60 seconds)
  445. # [15:17] * Joins: JohnJansen (~JohnJansen@public.cloak)
  446. # [15:19] * Quits: a12u (~androirc@public.cloak) ("AndroIRC - Android IRC Client ( http://www.androirc.com )")
  447. # [15:22] * Quits: kotakagi (~Koichi_Takagi_KDDI@public.cloak) (Ping timeout: 60 seconds)
  448. # [15:36] * Joins: davidburns (~davidburns@public.cloak)
  449. # [15:42] <andreastt> kkania: https://github.com/operasoftware/operadriver/pull/66/files
  450. # [15:47] * Joins: sms (~simonstewart@public.cloak)
  451. # [15:47] * Parts: sms (~simonstewart@public.cloak) (sms)
  452. # [15:50] * Joins: a12u (~androirc@public.cloak)
  453. # [15:54] * Joins: sms (~simonstewart@public.cloak)
  454. # [15:55] * Joins: darobin (rberjon@public.cloak)
  455. # [15:57] * Quits: ArtB (~abarsto@public.cloak) ("Leaving.")
  456. # [15:58] * Joins: shepazu (schepers@public.cloak)
  457. # [15:59] <wilhelm> Topic: Conformance testing of the WebDriver spec
  458. # [16:02] <wilhelm> andreastt: Can we use the open source Python bindings here?
  459. # [16:02] * Parts: kkania (~kkania@public.cloak) (kkania)
  460. # [16:02] * Joins: kkania (~kkania@public.cloak)
  461. # [16:02] <wilhelm> davidburns: Mozilla has no issue with moving Apache 2 software into our tree.
  462. # [16:02] <wilhelm> davidburns: MPL2 is compatible.
  463. # [16:03] <sms> MikeSmith: question: what are our options for moving the existing OSS webdriver python tests into the w3c conformance tests for the webdriver spec?
  464. # [16:03] * Joins: seo (~seo@public.irc.w3.org)
  465. # [16:03] <wilhelm> sms: This is a good opportunity for to fix historical artifacts in our test suite.
  466. # [16:04] <wilhelm> sms: One thing is reusing the same page a billion times.
  467. # [16:04] * Joins: kotakagi (~Koichi_Takagi_KDDI@public.cloak)
  468. # [16:04] <wilhelm> sms: What do we need in order to bootstrap this so we can write tests?
  469. # [16:05] <sms> we're discussing http lib from python or the mozilla one
  470. # [16:05] <wilhelm> sms: It should be possible for someone with a clean Python install to run our tests.
  471. # [16:06] * Quits: seo (~seo@public.irc.w3.org) ("Page closed")
  472. # [16:06] <wilhelm> andreastt: python -m simpleHttpServer
  473. # [16:06] <andreastt> wilhelm: `python -m SimpleHTTPServer`
  474. # [16:06] * Joins: seo (~seo@public.irc.w3.org)
  475. # [16:06] * Joins: eranm (~eranm@public.cloak)
  476. # [16:06] <andreastt> wilhelm: `python -m SimpleHTTPServer`
  477. # [16:06] <wilhelm> davidburns: The mozilla one can be programatically started without delegating to a subprocess.
  478. # [16:06] <andreastt> Will serve CWD on port 8000.
  479. # [16:07] <wilhelm> sms: Let's wait until someone complains about the Mozilla HTTPD.
  480. # [16:07] <wilhelm> sms: It's HTTP. You can replace the remote end.
  481. # [16:07] <wilhelm> andreastt: Which assertion tool are we looking at here?
  482. # [16:08] <wilhelm> davidburns: unittest is a standard library.
  483. # [16:08] <wilhelm> davidburns: It's old and robust.
  484. # [16:08] <wilhelm> andreastt: We need a way to pull in driver dependencies and a test runner.
  485. # [16:10] <wilhelm> sms: You would start up the server, you would run the server, possibly passing the URL to the end point.
  486. # [16:10] <wilhelm> andreastt: How do we specify this on the server side?
  487. # [16:11] <wilhelm> sms: I'm trying to keep everything stupidly simple within this conformance test suite.
  488. # [16:11] <wilhelm> sms: We may need to rewrite the command executor.
  489. # [16:11] <wilhelm> davidburns: THe tests at the moment assume the OSS project's libraries are running it.
  490. # [16:12] <wilhelm> sms: Let's delay the point of rewriting the command exector.
  491. # [16:12] <wilhelm> sms: Let's write some tests intead.
  492. # [16:12] <wilhelm> davidburns: How are we going to lay out the HTML the tests rely on?
  493. # [16:12] <wilhelm> davidburns: We know we will access them through the web server.
  494. # [16:12] <wilhelm> davidburns: Each test should rely on its own HTML.
  495. # [16:12] <wilhelm> andreastt: We could serve them using file://
  496. # [16:13] <wilhelm> sms: That will not work on mobile.
  497. # [16:13] <wilhelm> sms: Some browsers like accessing file:// but are okay with http://.
  498. # [16:13] <wilhelm> kkania: Chromedriver is fine with file://(.
  499. # [16:13] <andreastt> wilhelm: don't
  500. # [16:15] <wilhelm> sms: Conceptually simpler to create new file for each tests.
  501. # [16:15] <wilhelm> andreastt: Resources can be shared between tests.
  502. # [16:15] <wilhelm> (Consensus on that HTML should be per test.)
  503. # [16:15] <wilhelm> sms: How are we going to store the HTML?
  504. # [16:15] <wilhelm> sms: Worried about numbering of sections.
  505. # [16:16] <wilhelm> andreastt: Same repo as the spec?
  506. # [16:16] <wilhelm> sms: No, separate repo.
  507. # [16:16] <sms> http://dvcs.w3.org/hg/webdriver-test
  508. # [16:16] <davidburns> http://dvcs.w3.org/hg/webdriver-test
  509. # [16:17] <wilhelm> sms: Which test should we write first? .get?
  510. # [16:17] <wilhelm> (Yes.)
  511. # [16:17] <sms> "get" is the "hello world" of browser automation
  512. # [16:18] <davidburns> https://github.com/AutomatedTester/W3-BrowserAutomation-Tests
  513. # [16:18] * Quits: shepazu (schepers@public.cloak) ("has better things to do...")
  514. # [16:18] * Joins: shepazu (schepers@public.cloak)
  515. # [16:18] <sms> hi again shepazu
  516. # [16:19] * Quits: seo (~seo@public.irc.w3.org) ("Page closed")
  517. # [16:20] <wilhelm> sms: I would prefer a mirror that uses the same dvcs.
  518. # [16:21] <wilhelm> davidburns: The hq repo is the canoncal one.
  519. # [16:21] <wilhelm> s/hq/hg
  520. # [16:22] * Joins: seo (~seo@public.irc.w3.org)
  521. # [16:22] * Joins: abarsto (~abarsto@public.cloak)
  522. # [16:22] * abarsto is now known as ArtB
  523. # [16:22] <wilhelm> sms: Under webdriver-test I will create a directory called 'navigation'.
  524. # [16:23] <wilhelm> sms: What do we call the first test?
  525. # [16:23] <wilhelm> sms: How do we do the grouping?
  526. # [16:24] <wilhelm> andreastt: I'd say no to a class deriving from BaseTest.
  527. # [16:28] <wilhelm> andreastt: Should these tests be under a particular license?
  528. # [16:28] <wilhelm> wilhelm: Yes, the same as other WGs use.
  529. # [16:28] <wilhelm> andreastt: I suggest we allow pushing to repo instead of pre-commit reviews.
  530. # [16:28] <wilhelm> wilhelm: Agreed.
  531. # [16:29] <wilhelm> sms: How should we test section 5.2?
  532. # [16:29] * Quits: seo (~seo@public.irc.w3.org) ("Page closed")
  533. # [16:31] <wilhelm> (Live writing of tests.)
  534. # [16:32] * Quits: darobin (rberjon@public.cloak) (Client closed connection)
  535. # [16:32] * Quits: plh (plehegar@public.cloak) ("always accept cookies")
  536. # [16:40] <MikeSmith> sms: about your earlier question, you can just push them to the repo, right?
  537. # [16:52] * Joins: plh (plehegar@public.cloak)
  538. # [16:56] * Joins: darobin (rberjon@public.cloak)
  539. # [16:56] <wilhelm> http://www.whatwg.org/specs/web-apps/current-work/status-documentation.html
  540. # [17:11] <wilhelm> RRSAgent, draft minutes
  541. # [17:11] <RRSAgent> I have made the request to generate http://www.w3.org/2012/10/30-testing-minutes.html wilhelm
  542. # [17:11] <wilhelm> RRSAgent, bye
  543. # [17:11] <RRSAgent> I see 10 open action items saved in http://www.w3.org/2012/10/30-testing-actions.rdf :
  544. # [17:11] <RRSAgent> ACTION: davidburns to write note on plugins and screenshots [1]
  545. # [17:11] <RRSAgent> recorded in http://www.w3.org/2012/10/30-testing-irc#T08-46-14
  546. # [17:11] <RRSAgent> ACTION: Figure out what a screenshot should return on mobile (wrt. zoom levels and reflows) [2]
  547. # [17:12] <RRSAgent> recorded in http://www.w3.org/2012/10/30-testing-irc#T08-48-46
  548. # [17:12] <RRSAgent> ACTION: Use the CSS :root element instead of body element for determining screenshot size [3]
  549. # [17:12] <RRSAgent> recorded in http://www.w3.org/2012/10/30-testing-irc#T08-55-53
  550. # [17:12] <RRSAgent> ACTION: Add a section for screenshots for XML and SVG but mark it as non-normative as there are no implementations at the moment. Once we have those implemenations, we need to discuss this again before making it normative. [4]
  551. # [17:12] <RRSAgent> recorded in http://www.w3.org/2012/10/30-testing-irc#T09-10-38
  552. # [17:12] <RRSAgent> ACTION: Section 16.2 should talk about the top-level browsing context [5]
  553. # [17:12] <RRSAgent> recorded in http://www.w3.org/2012/10/30-testing-irc#T09-33-12
  554. # [17:12] <RRSAgent> ACTION: Section 16.4 should be added to handle nested frames, with a new capability [6]
  555. # [17:12] <RRSAgent> recorded in http://www.w3.org/2012/10/30-testing-irc#T09-33-25
  556. # [17:12] <RRSAgent> ACTION: If non-document content is being handled by a registered handler, then interaction with it via WebDriver is undefined [7]
  557. # [17:12] <RRSAgent> recorded in http://www.w3.org/2012/10/30-testing-irc#T10-33-50
  558. # [17:12] <RRSAgent> ACTION: Figure out WTF browsers are actually doing with this [8]
  559. # [17:12] <RRSAgent> recorded in http://www.w3.org/2012/10/30-testing-irc#T10-38-22
  560. # [17:12] <RRSAgent> ACTION: davidburns to chase down someone who actually knows something about SVG to help us with this [9]
  561. # [17:12] <RRSAgent> recorded in http://www.w3.org/2012/10/30-testing-irc#T10-41-25
  562. # [17:12] <RRSAgent> ACTION: davidburns, andreastt to come up with a strawman propsal for how we handle XML [10]
  563. # [17:12] <RRSAgent> recorded in http://www.w3.org/2012/10/30-testing-irc#T11-14-08
  564. # [17:12] * Parts: RRSAgent (rrsagent@public.irc.w3.org) (RRSAgent)
  565. # [17:27] * Joins: kkania_ (~kkania@public.cloak)
  566. # [17:28] * Parts: kotakagi (~Koichi_Takagi_KDDI@public.cloak) (kotakagi)
  567. # [17:30] * Quits: kkania (~kkania@public.cloak) (Ping timeout: 60 seconds)
  568. # [17:30] * kkania_ is now known as kkania
  569. # [17:30] * Quits: a12u (~androirc@public.cloak) (Ping timeout: 60 seconds)
  570. # [17:31] * Joins: a12u (~androirc@public.cloak)
  571. # [17:37] * Quits: plh (plehegar@public.cloak) (Ping timeout: 60 seconds)
  572. # [17:38] * Quits: tomoyuki (~tshimizu3@public.cloak) (tomoyuki)
  573. # [17:41] * Joins: plh (plehegar@public.cloak)
  574. # [17:42] * Quits: a12u (~androirc@public.cloak) ("AndroIRC - Android IRC Client ( http://www.androirc.com )")
  575. # [17:44] * Quits: shadi (shadi@public.cloak)
  576. # [17:48] * Quits: JohnJansen (~JohnJansen@public.cloak) (Ping timeout: 60 seconds)
  577. # [17:48] * Quits: JonathanJ1 (~hollobit@public.cloak) (Ping timeout: 60 seconds)
  578. # [17:51] * Joins: glenn (~gadams@public.cloak)
  579. # [17:55] <davidburns> hg revert tip --no-backup
  580. # [17:59] * Joins: a12u (~androirc@public.cloak)
  581. # [18:00] * Quits: a12u (~androirc@public.cloak) ("AndroIRC - Android IRC Client ( http://www.androirc.com )")
  582. # [18:00] * Joins: a12u (~androirc@public.cloak)
  583. # [18:07] * Quits: davidburns (~davidburns@public.cloak) (Client closed connection)
  584. # [18:08] * Parts: kkania (~kkania@public.cloak) (kkania)
  585. # [18:09] * Quits: sms (~simonstewart@public.cloak) (sms)
  586. # [18:09] * Quits: plh (plehegar@public.cloak) ("always accept cookies")
  587. # [18:13] * Quits: eranm (~eranm@public.cloak) ("This computer has gone to sleep")
  588. # [18:17] * Quits: glenn (~gadams@public.cloak) (Client closed connection)
  589. # [18:23] * Quits: darobin (rberjon@public.cloak) (Client closed connection)
  590. # [18:24] * Quits: shepazu (schepers@public.cloak) ("is sleepy")
  591. # [18:27] * Quits: ArtB (~abarsto@public.cloak) ("Leaving.")
  592. # [18:28] * Quits: Lachy (~Lachy@public.cloak) ("Computer has gone to sleep.")
  593. # [18:28] * Joins: eranm (~eranm@public.cloak)
  594. # [18:32] * Quits: MikeSmith (~MikeSmith@public.cloak) (MikeSmith)
  595. # [18:32] * Joins: a1zu (~androirc@public.cloak)
  596. # [18:32] * Quits: a12u (~androirc@public.cloak) (Client closed connection)
  597. # [18:34] * Joins: glenn (~gadams@public.cloak)
  598. # [18:44] * Quits: a1zu (~androirc@public.cloak) (Ping timeout: 60 seconds)
  599. # [18:45] * Joins: davidburns (~davidburns@public.cloak)
  600. # [18:57] * Joins: a1zu (~androirc@public.cloak)
  601. # [19:00] * Quits: eranm (~eranm@public.cloak) ("Leaving")
  602. # [19:15] * Quits: a1zu (~androirc@public.cloak) (Ping timeout: 60 seconds)
  603. # [19:19] * Quits: davidburns (~davidburns@public.cloak) (Client closed connection)
  604. # [20:41] * Joins: Lachy (~Lachy@public.cloak)
  605. # [21:23] * Quits: Lachy (~Lachy@public.cloak) ("Computer has gone to sleep.")
  606. # [21:59] * Joins: shepazu (schepers@public.cloak)
  607. # [22:09] * Quits: shepazu (schepers@public.cloak) ("is sleepy")
  608. # [22:19] * Quits: glenn (~gadams@public.cloak) (Client closed connection)
  609. # [22:49] * Joins: glenn (~gadams@public.cloak)
  610. # [22:51] * Joins: tomoyuki (~tshimizu3@public.cloak)
  611. # [23:24] * Quits: tomoyuki (~tshimizu3@public.cloak) (tomoyuki)
  612. # Session Close: Wed Oct 31 00:00:00 2012

The end :)