/irc-logs / mozilla / #accessibility / 2015-07-06 / end

Options:

Previous day, Next day

  1. # Session Start: Mon Jul 06 00:00:00 2015
  2. # Session Ident: #accessibility
  3. # [00:29] * Joins: newtron (newtron@moz-2mi9sk.cpe.pppoe.ca)
  4. # [00:33] * Quits: newtron (newtron@moz-2mi9sk.cpe.pppoe.ca) (Ping timeout: 121 seconds)
  5. # [01:16] * Joins: yliao (yliao@moz-aj9ejj.HINET-IP.hinet.net)
  6. # [01:20] * Quits: yliao (yliao@moz-aj9ejj.HINET-IP.hinet.net) (Ping timeout: 121 seconds)
  7. # [01:30] * Joins: newtron (newtron@moz-2mi9sk.cpe.pppoe.ca)
  8. # [01:34] * Quits: newtron (newtron@moz-2mi9sk.cpe.pppoe.ca) (Ping timeout: 121 seconds)
  9. # [02:30] * Joins: newtron (newtron@moz-2mi9sk.cpe.pppoe.ca)
  10. # [02:34] * Quits: newtron (newtron@moz-2mi9sk.cpe.pppoe.ca) (Ping timeout: 121 seconds)
  11. # [02:50] * Quits: smaug (chatzilla@moz-omj15l.elisa-laajakaista.fi) (Ping timeout: 121 seconds)
  12. # [03:31] * Joins: newtron (newtron@moz-2mi9sk.cpe.pppoe.ca)
  13. # [03:35] * Quits: newtron (newtron@moz-2mi9sk.cpe.pppoe.ca) (Ping timeout: 121 seconds)
  14. # [03:45] * Joins: yliao (yliao@moz-aj9ejj.HINET-IP.hinet.net)
  15. # [04:07] * Joins: kkus (kkus@moz-baj4jj.74.srtnet.com)
  16. # [04:57] * Quits: yliao (yliao@moz-aj9ejj.HINET-IP.hinet.net) (Quit: Leaving...)
  17. # [08:18] * Quits: Yakulu (Yakulu@moz-8a4.fkm.194.78.IP) (Quit: WeeChat 1.2)
  18. # [08:20] * Joins: ioanachiorean (ioanachiore@moz-q23.52n.2.5.IP)
  19. # [08:21] * Joins: Yakulu (Yakulu@moz-8a4.fkm.194.78.IP)
  20. # [09:13] <@firebot> New Core - Disability Access APIs bug 1180581 filed by mzehe@mozilla.com.
  21. # [09:13] <@firebot> https://bugzil.la/1180581 — NEW, nobody@mozilla.org — crash in mozilla::a11y::HyperTextAccessible::RelationByType(mozilla::a11y::RelationType)
  22. # [09:24] <@firebot> mzehe@mozilla.com changed the Resolution on bug 1180581 from --- to DUPLICATE.
  23. # [09:24] <@firebot> mzehe@mozilla.com changed the Status on bug 1180581 from NEW to RESOLVED.
  24. # [09:24] <@firebot> https://bugzil.la/1180581 — DUPLICATE, nobody@mozilla.org — crash in mozilla::a11y::HyperTextAccessible::RelationByType(mozilla::a11y::RelationType)
  25. # [10:20] * Joins: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr)
  26. # [10:23] <fredw> Hi MarcoZ. Do you know when Alex Surkov comes back from vacation?
  27. # [10:23] <fredw> (to know if we wait him regarding the crashes)
  28. # [10:34] <&MarcoZ> fredw: Unfortunately I don't know.
  29. # [10:48] <fredw> MarcoZ: did you check that the patch for bug 1179483 actually fixes the new crash?
  30. # [10:48] <@firebot> https://bugzil.la/1179483 — ASSIGNED, fred.wang@free.fr — Crash in mozilla::a11y::HyperTextAccessible::RelationByType(mozilla::a11y::RelationType)
  31. # [10:48] <fredw> (bug 1180581)
  32. # [10:48] <@firebot> https://bugzil.la/1180581 — DUPLICATE, nobody@mozilla.org — crash in mozilla::a11y::HyperTextAccessible::RelationByType(mozilla::a11y::RelationType)
  33. # [10:50] <&MarcoZ> fredw: Well, the crash points to the exact same line in the frames I saw the crash with, so I would suspect yes. I didn't have time to investigate this further yet, or do a local build to be sure.
  34. # [10:55] <fredw> MarcoZ: OK. I think if this is problematic for the nightly devs it is safe to take the patch now and wait when Alex is back to change that later). Same for the other (similar) bug you opened on the aria table stuff.
  35. # [10:57] <&MarcoZ> fredw: I agree. This actually prevents me from using Nightly, which is a bad thing. I am currently on 40 beta ATM since these problems also exist in 41 and need to be up-lifted once fixed in nightly. So yes, if you have an idea about the patch for bug 1180189, please submit and flag me for review.
  36. # [10:57] <@firebot> https://bugzil.la/1180189 — NEW, nobody@mozilla.org — crash in mozilla::a11y::HTMLTableRowAccessible::GroupPosition()
  37. # [11:15] * Quits: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr) (Connection closed)
  38. # [11:15] * Joins: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr)
  39. # [11:43] * Quits: ioanachiorean (ioanachiore@moz-q23.52n.2.5.IP) (Connection closed)
  40. # [11:44] <fredw> MarcoZ: please let me know if the patch for bug 1180189 fixes the problem for you.
  41. # [11:44] <@firebot> https://bugzil.la/1180189 — NEW, nobody@mozilla.org — crash in mozilla::a11y::HTMLTableRowAccessible::GroupPosition()
  42. # [11:47] * Joins: ioanachiorean (ioanachiore@moz-spd.8ed.34.89.IP)
  43. # [12:04] <&MarcoZ> fredw: Building with both patches now. It's an initial build, so may take a bit. Windows builds are slow.
  44. # [12:26] * Quits: a-865 (fmcz@moz-ipbm7f.cable.mindspring.com) (Ping timeout: 121 seconds)
  45. # [12:50] * Quits: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr) (Connection closed)
  46. # [12:50] * Joins: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr)
  47. # [13:40] * Joins: smaug (chatzilla@moz-omj15l.elisa-laajakaista.fi)
  48. # [14:02] * Quits: mattur (sid16049@moz-4ms7mo.tooting.irccloud.com) (Quit: )
  49. # [14:02] * Joins: mattur (sid16049@moz-u21ltu.highgate.irccloud.com)
  50. # [14:15] * Joins: davidb (davidb@moz-i5m.05u.207.66.IP)
  51. # [14:15] * ChanServ sets mode: +qo davidb davidb
  52. # [14:15] <~davidb> heyo
  53. # [14:16] * ~davidb hunts hydration
  54. # [14:16] * davidb is now known as davidb|afk
  55. # [14:30] * davidb|afk is now known as davidb
  56. # [14:37] * Joins: Justin_o (uid14648@moz-pd2b8l.charlton.irccloud.com)
  57. # [14:37] <~davidb> tbsaunde, a patch!
  58. # [14:37] * ~davidb inhales it
  59. # [14:44] * Joins: anvk (anovak@moz-871.mvk.11.204.IP)
  60. # [14:44] <~davidb> tbsaunde, r+ but with one change needed
  61. # [14:55] * &MarcoZ hates crashes.
  62. # [14:56] <fredw> MarcoZ: regarding bug 1180189, what is the exact line where the crash happens?
  63. # [14:56] <@firebot> https://bugzil.la/1180189 — NEW, nobody@mozilla.org — crash in mozilla::a11y::HTMLTableRowAccessible::GroupPosition()
  64. # [14:57] <fredw> I think I looked at the wrong one. Perhaps it's again nsAccUtils::TableFor that is returning NULL but for some other reason.
  65. # [14:57] <&MarcoZ> fredw: Sorry, I can only run release builds with NVDA in a sensible manner, so am not getting any usable crash symbols with local builds.
  66. # [14:59] <fredw> MarcoZ: OK. I'll try to submit a new patch to check the result of nsAccUtils::TableFor. But it would help to have a reduced testcase (and that can work on other platforms than Windows).
  67. # [14:59] * Joins: Gijs (gijs@moz-ei1vab.nemh.1887.0450.2001.IP)
  68. # [15:02] * Joins: newtron (newtron@moz-2mi9sk.cpe.pppoe.ca)
  69. # [15:06] <&MarcoZ> Hm yeah, this is tricky because that Bugzilla form is pretty complex, and it uses a table for rendering stuff, so it's inputs within a table. Other inputs work, but this one, which has a required attribute, crashes. So I can fill in CC field and such, but the Summary field crashes.
  70. # [15:06] <~davidb> hi fredw
  71. # [15:07] <fredw> davidb: hi
  72. # [15:07] <fredw> MarcoZ: so does the Bugzilla table corresponds to a real dom element?
  73. # [15:07] <~davidb> I think you can find similar crash stacks here http://is.gd/n4mFT3
  74. # [15:07] <~davidb> if you click on a Crash ID it'll take you to an individual report
  75. # [15:07] <fredw> davidb: thanks!
  76. # [15:07] <~davidb> np
  77. # [15:08] <~davidb> scroll down and click on the Source column link in frame 0
  78. # [15:08] <~davidb> (looks like 'nsCoreUtils::GetUIntAttr(mContent, nsGkAtoms::aria_rowindex, &index)')
  79. # [15:10] <fredw> davidb: thank. yes, so that was the line I initially suspected. The first attempt to check for mContent != NULL didn't work for MarcoZ. I should read more carefully what nsCoreUtils::GetUIntAttr does exactly...
  80. # [15:10] * Joins: a-865 (fmcz@moz-ipbm7f.cable.mindspring.com)
  81. # [15:10] <~davidb> happy hacking :)
  82. # [15:11] <~davidb> MarcoZ, interesting about required.
  83. # [15:18] <&MarcoZ> fredw: To answer your question: Yes it definitely is an ordinary table, NVDA announces rows and columns and even column headers sometimes. It's a big layout table that isn't recognized as such by our heuristic because it's too big.
  84. # [15:19] <fredw> MarcoZ: davidb: sorry, I don't think any I see anything in https://dxr.mozilla.org/mozilla-central/source/accessible/base/nsCoreUtils.cpp#462 that can cause a crash (as long as the args are correctly set)...
  85. # [15:20] <fredw> And HasOwnContent was supposed to check mContent: https://dxr.mozilla.org/mozilla-central/source/accessible/generic/Accessible.h#872
  86. # [15:21] <fredw> *I don't see anything*
  87. # [15:22] <@tbsaunde> davidb: yeah, I didn't want to break a rr recording to write the patch, but then I forgot what I was doing and updated my laptop so sincethe recording stopped working I just did it
  88. # [15:22] <fredw> MarcoZ: my alternative idea was that maybe nsAccUtils::TableFor == NULL or has mContent == NULL. However, the line pointed by davidb is executed after.
  89. # [15:24] <~davidb> fredw, yeah I didn't really grok the crash stack but didn't look deeply
  90. # [15:24] <~davidb> tbsaunde, i wonder if we should use your box for rr
  91. # [15:25] <~davidb> tbsaunde, want to introduce lsocks at the meeting today? (finally)
  92. # [15:26] <~davidb> I mean if you guys are cool with it.
  93. # [15:26] <@tbsaunde> davidb: sure *shrug*
  94. # [15:27] <&MarcoZ> davidb: When is surkov back from PTO?
  95. # [15:27] <~davidb> will PM
  96. # [15:29] <@tbsaunde> davidb: what exactly are you wondering about rr and my machine?
  97. # [15:30] <~davidb> tbsaunde, it sounded like you were doing an rr recording earlier and didn't want to write a patch at the same time. I was just thinking about how to parallelize.
  98. # [15:31] <@tbsaunde> davidb: well I should just use myultiple trees, but that also took some time since I didn't have one already built
  99. # [15:31] <~davidb> and i think you have a laptop and a box
  100. # [15:31] <~davidb> etc
  101. # [15:32] <@tbsaunde> yeah that would have been the other option
  102. # [15:36] <~davidb> fredw, i'm trying to imagine nsAccUtils::TableFor returning null
  103. # [15:37] <~davidb> which would happen if aRow->Parent() failed (in nsAccUtils::TableFor)
  104. # [15:37] <~davidb> but that would be odd
  105. # [15:38] <~davidb> (or fails tableRole == roles::TABLE || tableRole == roles::TREE_TABLE || tableRole == roles::MATHML_TABLE)
  106. # [15:40] <~davidb> so if the table role is roles::GROUPING... and there is no parent with a proper table roll, it could happen
  107. # [15:40] * ~davidb shrugs
  108. # [15:40] <fredw> yes the latter used happened because surkov's patch didn't take math table into account (bug 1178817).
  109. # [15:40] <@firebot> https://bugzil.la/1178817 — FIXED, fred.wang@free.fr — Reliable segfault in mozilla::a11y::HTMLTableRowAccessible::GroupPosition() in Nightly
  110. # [15:40] <~davidb> i see
  111. # [15:40] * Joins: yzen (yzen@moz-i5m.05u.207.66.IP)
  112. # [15:40] * ChanServ sets mode: +o yzen
  113. # [15:42] <~davidb> fredw, I'm not sure we can trust TableFor
  114. # [15:42] <fredw> davidb: but if the tablefor line is the problem, then it would have crashed before reaching the one indicated in the crash reports. (but maybe there are several crashes...)
  115. # [15:42] <~davidb> fredw, it wouldn't be the first time the crash stack lied
  116. # [15:42] <~davidb> in terms of line numbering
  117. # [15:42] * Quits: newtron (newtron@moz-2mi9sk.cpe.pppoe.ca) (Connection closed)
  118. # [15:42] * ~davidb looks at nsCoreUtils::GetUIntAttr
  119. # [15:43] <@tbsaunde> you can always grab the binary and disassemble and look at the regs in the crash stack
  120. # [15:44] <fredw> davidb: I'm tempted to do table = TableFor(...) and then check whether table != NULL, table->GetContent() != NULL and even check HasOwnContent() for the next line. But maybe it's more verifications than needed...
  121. # [15:44] <~davidb> fredw, could you do that and throw a build to MarcoZ? (or are we having issues with try builds?)
  122. # [15:45] <fredw> davidb: I think I can write a patch and MarcoZ can build it (or I can submit a try build if that's faster)
  123. # [15:45] <~davidb> up to you guys
  124. # [15:48] <fredw> mmh, HTMLTableCellAccessible::GroupPosition() has similar logic and does not do any verification either
  125. # [15:49] <&MarcoZ> fredw: davidb: i am set up to build locally, so a patch for me to try is fine.
  126. # [15:49] <&MarcoZ> And probably faster than a try build.
  127. # [15:52] <fredw> MarcoZ: OK, I will upload a patch
  128. # [15:55] * Quits: smaug (chatzilla@moz-omj15l.elisa-laajakaista.fi) (Ping timeout: 121 seconds)
  129. # [15:56] <&MarcoZ> davidb: Ready to meet in about 4 minutes?
  130. # [15:56] <~davidb> yes
  131. # [15:57] * Quits: kkus (kkus@moz-baj4jj.74.srtnet.com) (Connection closed)
  132. # [16:00] * Joins: clown (clown@moz-v6m.c3o.211.205.IP)
  133. # [16:40] * Quits: Gijs (gijs@moz-ei1vab.nemh.1887.0450.2001.IP) (Quit: travel)
  134. # [16:50] * Joins: alex_mayorga (uid4422@moz-39oq95.charlton.irccloud.com)
  135. # [16:53] * Quits: ioanachiorean (ioanachiore@moz-spd.8ed.34.89.IP) (A TLS packet with unexpected length was received.)
  136. # [17:15] * Joins: kkus (kkus@moz-3rh.p2b.234.165.IP)
  137. # [17:28] <~davidb> tbsaunde, lsocks, added https://wiki.mozilla.org/WeeklyUpdates/2015-07-06#Introducing_New_Interns
  138. # [17:49] * davidb is now known as davidb|afk
  139. # [18:02] <&MarcoZ> fredw: Good news! This latest patch prevents the crash.
  140. # [18:06] <fredw> MarcoZ: OK, great! Now the question is: which of these NULL checks was actually necessary :-)
  141. # [18:11] * Joins: smaug (chatzilla@moz-omj15l.elisa-laajakaista.fi)
  142. # [18:16] <smaug> now I realized, lsocks is Lorien. Such a great name.
  143. # [18:23] <joanie> fredw: Either I sent you an encrypted message without knowing it or you sent me one with broken encryption. I've been up over 30 hours without sleep so I don't know which. ;)
  144. # [18:30] * davidb|afk is now known as davidb
  145. # [18:30] <~davidb> smaug, totally
  146. # [18:46] * ~davidb makes the middle earth connection
  147. # [18:47] <@tbsaunde> davidb: for smaug or lsocks
  148. # [18:47] <~davidb> smaug and lorien
  149. # [18:48] <@tbsaunde> oh I forget about there being a Lorien in middle earth
  150. # [18:48] <@lsocks> lothlorien is a forest
  151. # [18:48] <~davidb> indeed
  152. # [18:49] <~davidb> see also http://lotr.wikia.com/wiki/L%C3%B3rien
  153. # [18:50] <@tbsaunde> its too bad Delorean is spelled differently otherwise it'd be a great reason rr might not like lsocks
  154. # [18:50] <@lsocks> sigh
  155. # [18:50] <~davidb> wow
  156. # [18:50] <@lsocks> I've gotten lots of delorean jokes before
  157. # [18:51] * Quits: clown (clown@moz-v6m.c3o.211.205.IP) (Quit: Leaving.)
  158. # [18:52] <~davidb> and you did in the future as well
  159. # [18:52] <@lsocks> /quit
  160. # [18:53] <~davidb> :)
  161. # [18:57] * Quits: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr) (Connection closed)
  162. # [19:02] * wlach is now known as wlach|biab
  163. # [19:12] <smaug> tbsaunde: forgot what? What kind of nerd are you? Isn't remembering all the names used in Valinor and Middle earth like junior level requirement for being a nerd ;)
  164. # [19:14] <smaug> (maybe not. I'm possibly tiny bit biased when it comes to anything related to Tolkien. )
  165. # [19:16] <@tbsaunde> smaug: heh, *hanng head*
  166. # [19:17] * Quits: @yzen (yzen@moz-i5m.05u.207.66.IP) (Ping timeout: 121 seconds)
  167. # [20:01] * wlach|biab is now known as wlach
  168. # [20:13] * Joins: yzen (yzen@moz-ql1r6k.cpe.pppoe.ca)
  169. # [20:13] * ChanServ sets mode: +o yzen
  170. # [20:27] <~davidb> lsocks, now you are official!
  171. # [20:27] <~davidb> and... http://quotes.burntelectrons.org/7443
  172. # [20:29] <@lsocks> haha
  173. # [20:30] <@tbsaunde> lsocks: and hey at least my Delorean joke involved rr ;)
  174. # [20:30] <@tbsaunde> davidb: what is the number of the text meta bug?
  175. # [20:30] <~davidb> Bug 368895
  176. # [20:30] <@firebot> https://bugzil.la/368895 — NEW, nobody@mozilla.org — [meta] Tracking bug for accessibility API support of text
  177. # [21:20] * Joins: wontonst (Mibbit@moz-l8ebtf.sfo1.mozilla.com)
  178. # [21:45] <~davidb> tbsaunde, is that your growl?
  179. # [21:45] * @tbsaunde may be growling some yes
  180. # [21:45] <~davidb> i figured it was either you or chewbacca
  181. # [21:46] <@tbsaunde> sorry hope I'm not too distracting
  182. # [21:47] <@tbsaunde> but I do hate software
  183. # [21:47] <~davidb> i was more wondering if i could help
  184. # [21:47] <@tbsaunde> can you fix wireless or make it easier to poke at this text stuff?
  185. # [21:47] * ~davidb runs to the hills
  186. # [21:54] <@tbsaunde> davidb: actually I think the easiest way to debug this is to write a mochitest and then debug that
  187. # [21:54] <@tbsaunde> davidb: this == text stuff, and I suspect that actually isn't *that* hard
  188. # [21:54] <~davidb> sounds like a plan!
  189. # [21:54] <@tbsaunde> davidb: yeah I'm just wishing I wasn't the person stuck writing a test
  190. # [21:55] <~davidb> if you have a test case i can add the mochitest boiler plate stuff
  191. # [21:56] <~davidb> though probably not helpful
  192. # [21:58] * davidb is now known as davidb|afk
  193. # [22:01] * davidb|afk is now known as davidb
  194. # [22:02] <@tbsaunde> davidb|afk: well, going from bug 1052525 or bug 1177014 to a test should be pretty mechanical, but I'm not sure if that's what you mean
  195. # [22:02] <@firebot> https://bugzil.la/1052525 — NEW — atk_text_get_text_at_offset sometimes returns the previous line instead of the line at offset
  196. # [22:02] <@firebot> https://bugzil.la/1177014 — NEW — Line offsets incorrect for block followed by list
  197. # [22:03] <@tbsaunde> basically all you need to do is translate the arguments to a xpcom method call on nsIAccessibleText through one of the text testing functions maybe though you could also just use getAccessible or whatever its called
  198. # [22:03] <~davidb> i could look at this wednesday
  199. # [22:04] <~davidb> tbsaunde, did you notice jimm's recent question bug 1170153?
  200. # [22:04] <@firebot> https://bugzil.la/1170153 — NEW, tbsaunde+mozbugs@tbsaunde.org — Nightly content process crash in mozilla::dom::PBrowserChild::SendPDocAccessibleConstructor
  201. # [22:04] <@tbsaunde> davidb: no didn't see that reading now
  202. # [22:04] <@tbsaunde> davidb: that'd be fine
  203. # [22:05] <~davidb> ok i'll mark my calendar for the text tests
  204. # [22:05] <@tbsaunde> I'm only looking at text stuff cause you want me to so now the ball is in your court ;)
  205. # [22:05] <~davidb> heheh
  206. # [22:09] <@tbsaunde> davidb: that comment just confuses me does jimm just not know how ipdl works or what?
  207. # [22:09] <@tbsaunde> and what does the question have to do with the bug anyway?
  208. # [22:09] <~davidb> tbsaunde, i dunno, want to ask for clarification? or maybe ask him for context?
  209. # [22:10] <@tbsaunde> davidb: I guess
  210. # [22:12] <~davidb> ok i gotta make like a tree
  211. # [22:12] * ~davidb leaves
  212. # [22:12] * Quits: ~davidb (davidb@moz-i5m.05u.207.66.IP) (Quit: Blah blah blah)
  213. # [22:17] * Quits: @yzen (yzen@moz-ql1r6k.cpe.pppoe.ca) (Connection closed)
  214. # [22:17] * Joins: yzen (yzen@moz-ql1r6k.cpe.pppoe.ca)
  215. # [22:17] * ChanServ sets mode: +o yzen
  216. # [22:36] <smaug> tbsaunde: who in a11y team knows the Windows backend the best?
  217. # [22:37] <@tbsaunde> smaug: Alex then me I guess
  218. # [22:37] <smaug> tbsaunde: could alex help with e10s+Windows then?
  219. # [22:37] * smaug doesn't know what surkov has been doing lately? That some new API stuff?
  220. # [22:38] <@tbsaunde> smaug: I'm not really sure, but I think some new API stuff and some ARIA
  221. # [22:39] <@tbsaunde> smaug: you are free to try and talk him into it, but I don't predict success
  222. # [22:41] * Quits: anvk (anovak@moz-871.mvk.11.204.IP) (Quit: Leaving.)
  223. # [22:42] * Joins: surkov (surkov@moz-v8g78c.cpe.teksavvy.com)
  224. # [22:42] * ChanServ sets mode: +o surkov
  225. # [23:01] * Quits: @surkov (surkov@moz-v8g78c.cpe.teksavvy.com) (Client exited)
  226. # [23:09] * Joins: surkov (surkov@moz-v8g78c.cpe.teksavvy.com)
  227. # [23:09] * ChanServ sets mode: +o surkov
  228. # [23:22] * Quits: gavin_ (gavin@irc.mozilla.org) (Ping timeout: 121 seconds)
  229. # [23:23] * Quits: @surkov (surkov@moz-v8g78c.cpe.teksavvy.com) (Client exited)
  230. # [23:24] * Joins: surkov (surkov@moz-v8g78c.cpe.teksavvy.com)
  231. # [23:24] * ChanServ sets mode: +o surkov
  232. # [23:37] * Joins: gavin (gavin@irc.mozilla.org)
  233. # [23:38] * wlach is now known as wlach|afk
  234. # [23:40] * yzen is now known as yzen_
  235. # [23:44] * Quits: @yzen_ (yzen@moz-ql1r6k.cpe.pppoe.ca) (Ping timeout: 121 seconds)
  236. # Session Close: Tue Jul 07 00:00:00 2015

Previous day, Next day

Think these logs are useful? Then please donate to show your gratitude (and keep them up, of course). Thanks! — Krijn