Options:
- # Session Start: Mon Jun 10 00:00:00 2013
- # Session Ident: #whatwg
- # [00:01] * Joins: jochen__ (jochen@nat/google/x-svowwxwllgrgprvb)
- # [00:07] * Joins: sangwhan (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp)
- # [00:07] * Quits: zdobersek (~zdobersek@cpe-77.38.31.63.cable.t-1.si) (Quit: ZNC - http://znc.in)
- # [00:11] * Quits: sangwhan (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp) (Ping timeout: 255 seconds)
- # [00:13] * Joins: yorick (~yorick@oftn/member/yorick)
- # [00:13] * Joins: KevinMarks (~KevinMark@vpn-na-west.corp.salesforce.com)
- # [00:15] <KevinMarks> what was that site that microsoft set up to plead with devs to not just use webkit prefixes? something with a .ie
- # [00:16] * Quits: pyrsmk (~pyrsmk@2a01:e35:2f52:ead0:21e:8cff:feeb:d962) (Quit: Leaving)
- # [00:17] * Joins: sangwhan (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp)
- # [00:20] * Joins: cabanier (~cabanier@203.141.139.162.static.zoot.jp)
- # [00:22] * Quits: sangwhan (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp) (Ping timeout: 255 seconds)
- # [00:28] * Joins: dekiss (~dejan@77.28.110.209)
- # [00:28] * Quits: dekiss (~dejan@77.28.110.209) (Remote host closed the connection)
- # [00:30] * Joins: dekiss (~dejan@77.28.110.209)
- # [00:30] * Quits: dekiss (~dejan@77.28.110.209) (Changing host)
- # [00:30] * Joins: dekiss (~dejan@unaffiliated/dekiss)
- # [00:36] * Quits: cabanier (~cabanier@203.141.139.162.static.zoot.jp) (Quit: Leaving.)
- # [00:37] * Joins: cabanier (~cabanier@203.141.139.162.static.zoot.jp)
- # [00:39] * Joins: jdaggett (~jdaggett@61-121-216-2.bitcat.net)
- # [00:42] * Quits: cabanier (~cabanier@203.141.139.162.static.zoot.jp) (Ping timeout: 255 seconds)
- # [00:53] * Quits: yorick (~yorick@oftn/member/yorick) (Ping timeout: 240 seconds)
- # [00:53] * Joins: newtron (~newtron@206-248-183-122.dsl.teksavvy.com)
- # [00:55] * Joins: birtles (~chatzilla@61-121-216-2.bitcat.net)
- # [01:00] * Joins: yorick (~yorick@oftn/member/yorick)
- # [01:07] * Quits: newtron (~newtron@206-248-183-122.dsl.teksavvy.com) (Remote host closed the connection)
- # [01:09] * Quits: bert3d (~bert3d@78-86-152-224.zone2.bethere.co.uk) (Remote host closed the connection)
- # [01:11] * Joins: weinig (~weinig@24.130.60.35)
- # [01:19] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [01:37] * Quits: smaug____ (~chatzilla@a91-154-47-240.elisa-laajakaista.fi) (Ping timeout: 248 seconds)
- # [01:40] * Quits: weinig (~weinig@24.130.60.35) (Quit: weinig)
- # [01:40] <Yitro> KevinMarks, http://www.modern.ie ?
- # [01:49] * Joins: reyre_ (~reyre_@CPE7cb21b1e2cf4-CM7cb21b1e2cf1.cpe.net.cable.rogers.com)
- # [01:53] * Joins: newtron (~newtron@206-248-183-122.dsl.teksavvy.com)
- # [01:56] * Quits: reyre_ (~reyre_@CPE7cb21b1e2cf4-CM7cb21b1e2cf1.cpe.net.cable.rogers.com) (Remote host closed the connection)
- # [01:56] * Joins: annevk (~annevk@2001:200:167:1eee:e574:292f:27be:f36d)
- # [01:56] * Krinkle|detached is now known as Krinkle
- # [01:57] * Joins: dbaron (~dbaron@2001:200:167:1eee:b057:618a:2052:ea57)
- # [01:57] * Quits: teamcoltra (~frextual@opennic/teamcoltra) (Read error: Connection reset by peer)
- # [01:58] * Quits: Yitro (~Yitro@101.164.92.201) (Quit: Leaving)
- # [01:59] * Joins: teamcoltra (~frextual@opennic/teamcoltra)
- # [02:08] * Krinkle is now known as Krinkle|detached
- # [02:08] * Krinkle|detached is now known as Krinkle
- # [02:09] * Quits: KevinMarks (~KevinMark@vpn-na-west.corp.salesforce.com) (Ping timeout: 248 seconds)
- # [02:11] * Joins: baku (~baku@2-236-39-253.ip231.fastwebnet.it)
- # [02:17] * Joins: sangwhan (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp)
- # [02:22] * Quits: sangwhan (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp) (Ping timeout: 255 seconds)
- # [02:28] * Joins: sangwhan (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp)
- # [02:28] * Quits: baku (~baku@2-236-39-253.ip231.fastwebnet.it) (Ping timeout: 264 seconds)
- # [02:29] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Remote host closed the connection)
- # [02:31] <MikeSmith> hsivonen: bugzilla.validator.nu unresponsive
- # [02:31] <MikeSmith> or responding only very slowly
- # [02:32] <MikeSmith> "Remote DOM Community Group"?
- # [02:32] * Quits: sangwhan (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp) (Ping timeout: 245 seconds)
- # [02:32] <MikeSmith> http://www.w3.org/community/blog/2013/06/09/proposed-group-remote-dom-community-group/
- # [02:32] <MikeSmith> [[Similarly to how the Shadow DOM paved the way for custom elements using web technologies, a “Remote DOM” could allow display of portions of the web app to be displayed on “remote” (i.e. “external”) devices, such as screens, Smart TVs, etc.
- # [02:33] * Quits: yorick (~yorick@oftn/member/yorick) (Ping timeout: 245 seconds)
- # [02:34] * Joins: yorick (~yorick@oftn/member/yorick)
- # [02:34] * Quits: hober (~ted@unaffiliated/hober) (Ping timeout: 245 seconds)
- # [02:35] * Quits: RobbertAtWork (~robbertat@212.238.236.229) (Remote host closed the connection)
- # [02:36] * Joins: [[zzz]] (~q@node-7rg.pool-125-25.dynamic.totbb.net)
- # [02:38] * Joins: tobie (~tobielang@131-113-151-6.event.mita.keio.ac.jp)
- # [02:40] * Quits: yorick (~yorick@oftn/member/yorick) (Ping timeout: 248 seconds)
- # [02:40] * Quits: [[zz]] (~q@node-1ba1.pool-101-109.dynamic.totbb.net) (Ping timeout: 245 seconds)
- # [02:41] * Joins: weinig (~weinig@24.130.60.35)
- # [02:43] * Joins: yorick (~yorick@oftn/member/yorick)
- # [02:47] * Quits: yorick (~yorick@oftn/member/yorick) (Ping timeout: 240 seconds)
- # [02:49] * Quits: tobie (~tobielang@131-113-151-6.event.mita.keio.ac.jp) (Quit: tobie)
- # [02:52] * Joins: yorick (~yorick@oftn/member/yorick)
- # [02:59] * Quits: yorick (~yorick@oftn/member/yorick) (Remote host closed the connection)
- # [03:01] * Quits: teamcoltra (~frextual@opennic/teamcoltra) (Quit: Computer has gone to sleep.)
- # [03:08] * Quits: weinig (~weinig@24.130.60.35) (Quit: weinig)
- # [03:31] * Quits: kborchers (~kborchers@unaffiliated/kborchers) (Excess Flood)
- # [03:35] * Joins: kborchers (~kborchers@unaffiliated/kborchers)
- # [03:39] * Quits: rniwa (~rniwa@17.212.154.114) (Quit: rniwa)
- # [03:40] * Quits: yutak (~yutak@2401:fa00:4:1004:26be:5ff:fe0d:e1d5) (Quit: Ex-Chat)
- # [03:45] * Quits: newtron (~newtron@206-248-183-122.dsl.teksavvy.com) (Remote host closed the connection)
- # [03:47] * Quits: annevk (~annevk@2001:200:167:1eee:e574:292f:27be:f36d) (Remote host closed the connection)
- # [03:48] * Joins: annevk (~annevk@2001:200:167:1eee:5db6:959:f637:6908)
- # [03:52] * Quits: annevk (~annevk@2001:200:167:1eee:5db6:959:f637:6908) (Ping timeout: 240 seconds)
- # [04:11] * Quits: barneybook (~kvirc@114-44-199-26.dynamic.hinet.net) (Read error: Connection reset by peer)
- # [04:17] * Joins: annevk (~annevk@2001:200:167:1eee:2d2b:adc:cb1e:f99e)
- # [04:19] <MikeSmith> help me out here
- # [04:20] <MikeSmith> http://www.whatwg.org/specs/web-apps/current-work/multipage/named-character-references.html#entity-copy-legacy
- # [04:20] * Quits: seventh (seventh@216.166.7.72) (Ping timeout: 264 seconds)
- # [04:20] <MikeSmith> that means the spec requires "©" (without the semicolon) to be displayed as U+000A9 (the copyright symbol), right?
- # [04:22] * Joins: miketaylr (~miketaylr@65-36-73-92.dyn.grandenetworks.net)
- # [04:23] <annevk> MikeSmith: might depend on the context
- # [04:23] <MikeSmith> k
- # [04:24] <annevk> MikeSmith: actually, testing <body title=©>test©test that seems to be what it means
- # [04:25] * Joins: tantek (~tantek@static-64-61-115-26.isp.broadviewnet.net)
- # [04:25] * Krinkle is now known as Krinkle|detached
- # [04:25] <MikeSmith> annevk: yeah, and in stuff like href='http://example.org/demo?id=hello©=1&world=fun' too
- # [04:26] <MikeSmith> anywhere actually
- # [04:26] <MikeSmith> regardless of the context, I think
- # [04:26] <MikeSmith> as far as the parser behavior goes
- # [04:28] <annevk> MikeSmith: so actually
- # [04:28] * Joins: sangwhan (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp)
- # [04:28] <annevk> MikeSmith: "If the character reference is being consumed as part of an attribute, and the last character matched is not a U+003B SEMICOLON character (;), and the next character is either a U+003D EQUALS SIGN character (=) or an alphanumeric ASCII character, then, for historical reasons, all the characters that were matched after the U+0026 AMPERSAND character (&) must be unconsumed, and nothing is returned."
- # [04:29] <annevk> MikeSmith: so <body title=©s> has a title of "©s"
- # [04:29] <annevk> and not "©s"
- # [04:30] <MikeSmith> hmm OK
- # [04:30] <MikeSmith> I missed the part about the equals sign
- # [04:30] <MikeSmith> ah yeah, "alphanumeric ASCII character" too
- # [04:32] * Joins: teamcoltra (~frextual@opennic/teamcoltra)
- # [04:33] * Quits: sangwhan (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp) (Ping timeout: 255 seconds)
- # [04:34] <MikeSmith> shit now I have to scribe
- # [04:35] * Joins: RobbertAtWork (~robbertat@212.238.236.229)
- # [04:38] * Joins: sangwhan (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp)
- # [04:39] * Quits: RobbertAtWork (~robbertat@212.238.236.229) (Ping timeout: 255 seconds)
- # [04:41] * Joins: kuatsure (~jarrett@cpe-184-59-98-156.cinci.res.rr.com)
- # [04:43] * Quits: sangwhan (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp) (Ping timeout: 252 seconds)
- # [04:56] * Joins: newtron (~newtron@206-248-183-122.dsl.teksavvy.com)
- # [04:57] <annevk> did you give the person asking a shit-bow?
- # [05:01] * Quits: newtron (~newtron@206-248-183-122.dsl.teksavvy.com) (Ping timeout: 276 seconds)
- # [05:03] * Quits: kuatsure (~jarrett@cpe-184-59-98-156.cinci.res.rr.com) (Quit: kuatsure)
- # [05:10] * Joins: kuatsure (~kuatsure@cpe-184-59-98-156.cinci.res.rr.com)
- # [05:11] * Quits: kuatsure (~kuatsure@cpe-184-59-98-156.cinci.res.rr.com) (Client Quit)
- # [05:11] * Joins: kuatsure (~kuatsure@cpe-184-59-98-156.cinci.res.rr.com)
- # [05:13] * [[zzz]] is now known as [[zz]]
- # [05:14] <MikeSmith> man I didn't do a good job of scribing that
- # [05:35] * Quits: dekiss (~dejan@unaffiliated/dekiss) (Quit: Ex-Chat)
- # [05:45] * Joins: barneybook (~kvirc@118-168-219-41.dynamic.hinet.net)
- # [05:46] * Quits: barneybook (~kvirc@118-168-219-41.dynamic.hinet.net) (Client Quit)
- # [05:46] * Joins: barneybook (~kvirc@118-168-219-41.dynamic.hinet.net)
- # [05:51] <annevk> Do we have anything else besides WebSocket with regards to streaming?
- # [05:51] <annevk> Oh doh, EventSource
- # [05:53] <annevk> http://wiki.whatwg.org/wiki/Streams ...
- # [05:58] * Quits: annevk (~annevk@2001:200:167:1eee:2d2b:adc:cb1e:f99e) (Remote host closed the connection)
- # [06:01] * Quits: dbaron (~dbaron@2001:200:167:1eee:b057:618a:2052:ea57) (Ping timeout: 240 seconds)
- # [06:03] * Quits: barneybook (~kvirc@118-168-219-41.dynamic.hinet.net) (Ping timeout: 252 seconds)
- # [06:14] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [06:18] * Joins: weinig (~weinig@24.130.60.35)
- # [06:18] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 255 seconds)
- # [06:21] * Quits: kuatsure (~kuatsure@cpe-184-59-98-156.cinci.res.rr.com) (Quit: kuatsure)
- # [06:30] * Joins: a-ja (~Instantbi@70.230.169.94)
- # [06:39] * Joins: sangwhan (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp)
- # [06:39] * Quits: kborchers (~kborchers@unaffiliated/kborchers) (Excess Flood)
- # [06:42] * Joins: kborchers (~kborchers@unaffiliated/kborchers)
- # [06:43] * Quits: sangwhan (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp) (Ping timeout: 248 seconds)
- # [06:49] * Joins: sangwhan (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp)
- # [06:53] * Quits: sangwhan (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp) (Ping timeout: 245 seconds)
- # [06:53] * Quits: weinig (~weinig@24.130.60.35) (Quit: weinig)
- # [06:55] * Joins: mattgifford (~mattgiffo@108.161.20.199)
- # [06:55] * Quits: vitorpacheco (~vitor@189-105-42-75.user.veloxzone.com.br) (Ping timeout: 264 seconds)
- # [07:02] * Parts: a-ja (~Instantbi@70.230.169.94)
- # [07:08] * Joins: annevk (~annevk@2001:200:167:1eee:d423:bc8d:d38:f956)
- # [07:11] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Ping timeout: 255 seconds)
- # [07:12] * Quits: annevk (~annevk@2001:200:167:1eee:d423:bc8d:d38:f956) (Ping timeout: 240 seconds)
- # [07:15] * Joins: Cromulent (~Cromulent@cpc1-reig5-2-0-cust251.6-3.cable.virginmedia.com)
- # [07:17] * Joins: SimonSapin (~simon@149.241.31.44)
- # [07:17] * Joins: sangwhan (~sangwhan@fnttkyo001028.tkyo.fnt.ngn.ppp.infoweb.ne.jp)
- # [07:20] * Joins: dbaron (~dbaron@2001:200:167:1eee:b057:618a:2052:ea57)
- # [07:20] * Joins: tobie (~tobielang@131-113-149-98.event.mita.keio.ac.jp)
- # [07:29] * Quits: kborchers (~kborchers@unaffiliated/kborchers) (Excess Flood)
- # [07:30] * Joins: kborchers (~kborchers@unaffiliated/kborchers)
- # [07:31] <JonathanNeal> So, <hn> elements section content by nature, correct?
- # [07:32] * Joins: wmil (~wmil@c-98-234-220-149.hsd1.ca.comcast.net)
- # [07:34] * Joins: richt (~richt@119.214.107.207)
- # [07:35] * Joins: jernoble_ (~jernoble@199-188-193-107.PUBLIC.monkeybrains.net)
- # [07:38] * Quits: miketaylr (~miketaylr@65-36-73-92.dyn.grandenetworks.net) (Quit: Linkinus - http://linkinus.com)
- # [07:49] * Joins: Masklinn (~textual@85.201.233.72)
- # [07:53] * Quits: kborchers (~kborchers@unaffiliated/kborchers) (Excess Flood)
- # [07:57] * Joins: kborchers (~kborchers@unaffiliated/kborchers)
- # [08:01] * Joins: skcin7 (~skcin7@c-68-38-156-213.hsd1.nj.comcast.net)
- # [08:10] * Quits: tobie (~tobielang@131-113-149-98.event.mita.keio.ac.jp) (Quit: tobie)
- # [08:28] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Remote host closed the connection)
- # [08:29] * Joins: mattgifford (~mattgiffo@108.161.20.199)
- # [08:33] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Ping timeout: 264 seconds)
- # [08:36] * Quits: wmil (~wmil@c-98-234-220-149.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [08:37] * Joins: Yitro (~Yitro@101.164.92.201)
- # [08:41] * Quits: richt (~richt@119.214.107.207) (Remote host closed the connection)
- # [08:42] * Joins: richt (~richt@119.214.107.207)
- # [08:42] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginmedia.com)
- # [08:44] * Joins: cabanier (~cabanier@180.42.30.173)
- # [08:44] * Joins: foolip (~philip@node-7lfba0nolmjcce1j8.a0.ipv6.opera.com)
- # [08:46] * Joins: Ms2ger (~Ms2ger@220.201-64-87.adsl-dyn.isp.belgacom.be)
- # [08:46] * Quits: Cromulent (~Cromulent@cpc1-reig5-2-0-cust251.6-3.cable.virginmedia.com) (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
- # [08:47] * Quits: richt (~richt@119.214.107.207) (Ping timeout: 276 seconds)
- # [08:47] * Quits: scott_gonzalez (gonzasi0@gateway/shell/jquery.com/x-gzvlxvdnhgnkofrj) (Ping timeout: 264 seconds)
- # [08:47] * Quits: dbaron (~dbaron@2001:200:167:1eee:b057:618a:2052:ea57) (Ping timeout: 240 seconds)
- # [08:48] * Quits: cabanier (~cabanier@180.42.30.173) (Ping timeout: 252 seconds)
- # [08:49] * Joins: scott_gonzalez (gonzasi0@gateway/shell/jquery.com/x-dkhwnxczfnjxpqsa)
- # [08:49] * Joins: sangwhan_ (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp)
- # [08:50] * Joins: RobbertAtWork (~robbertat@212.238.236.229)
- # [08:54] * Joins: wmil (~wmil@c-98-234-220-149.hsd1.ca.comcast.net)
- # [08:54] * Quits: sangwhan_ (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp) (Ping timeout: 246 seconds)
- # [08:58] * Joins: dbaron (~dbaron@2001:200:167:1eee:b057:618a:2052:ea57)
- # [08:59] * Joins: hasather (~hasather@80.91.33.141)
- # [09:00] * Joins: sangwhan_ (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp)
- # [09:00] * Quits: Areks (~Areks@rs.gridnine.com) (Read error: Connection reset by peer)
- # [09:00] * Joins: Kolombiken (~Adium@gateway.creuna.se)
- # [09:04] * Quits: sangwhan_ (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp) (Ping timeout: 246 seconds)
- # [09:05] * Quits: wmil (~wmil@c-98-234-220-149.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [09:06] * Joins: annevk (~annevk@2001:200:167:1eee:5dd5:66ec:4620:9380)
- # [09:07] * Quits: dbaron (~dbaron@2001:200:167:1eee:b057:618a:2052:ea57) (Ping timeout: 240 seconds)
- # [09:09] * Quits: jernoble_ (~jernoble@199-188-193-107.PUBLIC.monkeybrains.net) (Quit: Computer has gone to sleep.)
- # [09:09] <SteveF> JonathanNeal: yup
- # [09:10] * Quits: SimonSapin (~simon@149.241.31.44) (Quit: Leaving.)
- # [09:12] * Joins: charl (~charl@2001:67c:2564:524:92b1:1cff:fe89:ae5)
- # [09:15] * Joins: zcorpan (~zcorpan@c-5eeaaa22-74736162.cust.telenor.se)
- # [09:18] * Joins: mitemitreski (~mitemitre@212.120.17.179)
- # [09:21] * Quits: annevk (~annevk@2001:200:167:1eee:5dd5:66ec:4620:9380) (Read error: Connection reset by peer)
- # [09:22] * Joins: annevk (~annevk@131-113-149-63.event.mita.keio.ac.jp)
- # [09:23] * Quits: nielsle (~nielsle@3239149-cl69.boa.fiberby.dk) (Read error: Connection timed out)
- # [09:24] * Joins: nielsle (~nielsle@3239149-cl69.boa.fiberby.dk)
- # [09:24] * Joins: Areks (~Areks@rs.gridnine.com)
- # [09:29] * Joins: mattgifford (~mattgiffo@108.161.20.199)
- # [09:29] * Joins: darobin (~darobin@78.109.80.74)
- # [09:33] * Joins: cheron (~cheron@unaffiliated/cheron)
- # [09:40] * Quits: zcorpan (~zcorpan@c-5eeaaa22-74736162.cust.telenor.se) (Ping timeout: 255 seconds)
- # [09:50] * Quits: Areks (~Areks@rs.gridnine.com) (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
- # [09:50] * Joins: Areks (~Areks@rs.gridnine.com)
- # [09:54] * Joins: richt (~richt@125.130.85.40)
- # [09:54] * Joins: baku (~baku@2-236-39-253.ip231.fastwebnet.it)
- # [10:03] * Joins: nonge (~nonge@p5082A616.dip0.t-ipconnect.de)
- # [10:04] * Parts: JibberJim (~opera@host-78-146-51-49.as13285.net)
- # [10:04] * Joins: JibberJim (~opera@host-78-146-51-49.as13285.net)
- # [10:05] * Quits: silky__ (~malcolmva@c-67-180-203-233.hsd1.ca.comcast.net) (Ping timeout: 245 seconds)
- # [10:07] <hsivonen> MikeSmith: seems to work now but slowly
- # [10:07] * Quits: nonge_ (~nonge@p50829298.dip0.t-ipconnect.de) (Ping timeout: 276 seconds)
- # [10:08] * Joins: richt_ (~richt@91.216.105.6)
- # [10:08] <MikeSmith> hsivonen: yeah very slowly
- # [10:11] * Quits: Yitro (~Yitro@101.164.92.201) (Quit: Leaving)
- # [10:12] * Quits: richt (~richt@125.130.85.40) (Ping timeout: 264 seconds)
- # [10:12] * Joins: silky__ (~malcolmva@c-67-180-203-233.hsd1.ca.comcast.net)
- # [10:13] * Quits: birtles (~chatzilla@61-121-216-2.bitcat.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [10:14] * Joins: tomasf_ (~tomasf@77.72.97.10.c.fiberdirekt.net)
- # [10:15] * Joins: zcorpan (~zcorpan@c-5eeaaa22-74736162.cust.telenor.se)
- # [10:17] <hsivonen> MikeSmith: it should now be better for a little while again
- # [10:17] <hsivonen> the validator process would benefit from running on Heroku-like infrastructure
- # [10:18] <hsivonen> but I don't want the DMCA exposure of hosting it in the U.S.
- # [10:18] * Joins: SimonSapin (~simon@207.218.72.65)
- # [10:19] <hsivonen> and European companies seem to be too incompetent to come up with something like Heroku
- # [10:19] <Ms2ger> It's already hosted on the NSA servers too
- # [10:19] <MikeSmith> hsivonen: thanks I just tried again and it's better and I'll take advantage of it to update a few bugs :-)
- # [10:19] <hsivonen> Ms2ger: I don't mean in terms of NSA exposure. I mean in terms of the public U.S. legal system.
- # [10:20] * Joins: richt (~richt@125.130.85.40)
- # [10:20] <Ms2ger> (Just joking about the NSA now, because everyone will have forgotten next month)
- # [10:23] * Quits: richt_ (~richt@91.216.105.6) (Ping timeout: 245 seconds)
- # [10:29] <hsivonen> If I decided to pay for a separate bugzilla server, what guide should I follow to set up bugzilla in such a way that getting security updates works?
- # [10:32] <hsivonen> oh. awesome. We don't seem to fire DOMContentLoaded for XSLT-generated docs
- # [10:32] <hsivonen> bug or feature?
- # [10:33] <darobin> I would assume that no one knows :)
- # [10:33] * Joins: Bert3D (~bert3d@host86-150-199-119.range86-150.btcentralplus.com)
- # [10:34] <MikeSmith> hsivonen: run Debian stable on the server you use for bugzilla?
- # [10:34] <hsivonen> my patch starts accidentally firing DOMFrameContentLoaded for the XSLT source docs
- # [10:34] <hsivonen> MikeSmith: do they backport patches?
- # [10:34] <hsivonen> MikeSmith: do I get an ancient Bugzilla?
- # [10:35] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [10:35] * Quits: Bert3D (~bert3d@host86-150-199-119.range86-150.btcentralplus.com) (Remote host closed the connection)
- # [10:35] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 260 seconds)
- # [10:35] * Joins: Ms2ger` (~Ms2ger@220.201-64-87.adsl-dyn.isp.belgacom.be)
- # [10:35] <MikeSmith> hsivonen: current Debian stable has version 4.2.5 I think
- # [10:35] <hsivonen> Gecko also has a bug when it comes to sizing the view port for an XSLT-generated doc in an iframe
- # [10:35] * Joins: Bert3D (~bert3d@host86-150-199-119.range86-150.btcentralplus.com)
- # [10:35] <Ms2ger`> Yay, XSLT
- # [10:36] * Quits: Bert3D (~bert3d@host86-150-199-119.range86-150.btcentralplus.com) (Remote host closed the connection)
- # [10:36] <hsivonen> my problem: I don't forget to test XSLT
- # [10:36] * Joins: Bert3D (~bert3d@host86-150-199-119.range86-150.btcentralplus.com)
- # [10:36] <Ms2ger`> No good deed goes unpunished
- # [10:36] <MikeSmith> hsivonen: I don't know how Debian handles patches but I think stable gets regular security-patch updates
- # [10:36] * Quits: Ms2ger (~Ms2ger@220.201-64-87.adsl-dyn.isp.belgacom.be) (Ping timeout: 252 seconds)
- # [10:36] <darobin> wait, you mean you've made it so that the xml-stylesheet PI fires DOMFrameContentLoaded?
- # [10:37] <darobin> somehow I find that very funny
- # [10:37] <darobin> not entirely sure why
- # [10:37] * Bert3D is now known as bert3d
- # [10:37] * Quits: bert3d (~bert3d@host86-150-199-119.range86-150.btcentralplus.com) (Remote host closed the connection)
- # [10:37] <Ms2ger`> darobin, you're French, and drunk? I dunno
- # [10:38] <jgraham> darobin: Not enough coffee? Too much coffee?
- # [10:38] * Joins: bert3d (~bert3d@host86-150-199-119.range86-150.btcentralplus.com)
- # [10:38] <darobin> I opt for jgraham's explanation
- # [10:39] * Quits: othree (~othree@li379-129.members.linode.com) (Remote host closed the connection)
- # [10:39] <darobin> maybe the last shreds of sanity I had has finally evaporated
- # [10:39] * Joins: benbarnett (~Adium@195.81.245.98)
- # [10:40] <hsivonen> So since we have a pre-existing bug about XSLT not filing DOMContentLoaded, I think I'll take the EME approach and declare that fixing that bug is out of scope of the fix for the bug I'm trying to fix
- # [10:42] <darobin> when would XSLT fire DCL anyway? before or after transformation? (given that new resources are likely involved)
- # [10:43] * Joins: pyrsmk (~pyrsmk@2a01:e35:2f52:ead0:21e:8cff:feeb:d962)
- # [10:44] <jgraham> I would assume after
- # [10:44] <jgraham> OTOH, as we previously discussed, Gecko's XSLT suffers from trying to do things too well
- # [10:44] <hsivonen> darobin: after
- # [10:47] * Quits: skcin7 (~skcin7@c-68-38-156-213.hsd1.nj.comcast.net) (Quit: skcin7)
- # [10:48] <zcorpan> https://github.com/Masterminds/html5-php "This project initially began with the seemingly abandoned html5lib project original source. But after some initial refactoring work, we began a new parser."
- # [10:49] * Quits: annevk (~annevk@131-113-149-63.event.mita.keio.ac.jp) (Remote host closed the connection)
- # [10:49] <zcorpan> hsivonen: have you opened a bug yet about abandoning the xslt code path (i.e. doing the wrong thing)?
- # [10:50] * Joins: dbaron (~dbaron@2001:200:167:1eee:b057:618a:2052:ea57)
- # [10:50] <jgraham> "The Tokenizer requests data off of the scanner, parses it, clasifies it, and sends it to an EventHandler. It is a recursive descent parser."
- # [10:50] <jgraham> I don't understand
- # [10:50] <hsivonen> zcorpan: I haven't
- # [10:51] * Quits: richt (~richt@125.130.85.40) (Remote host closed the connection)
- # [10:52] <zcorpan> hsivonen: are you going to? :-)
- # [10:54] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 252 seconds)
- # [10:55] * Quits: dbaron (~dbaron@2001:200:167:1eee:b057:618a:2052:ea57) (Ping timeout: 240 seconds)
- # [10:56] * Joins: Edgar_ (~chatzilla@118-163-10-190.HINET-IP.hinet.net)
- # [10:57] * Quits: Edgar_ (~chatzilla@118-163-10-190.HINET-IP.hinet.net) (Client Quit)
- # [10:58] <zcorpan> "Processor Instructions: The HTML5 spec does not allow processor instructions. We do. Since this is a server-side library, we think this is useful."
- # [10:58] <hsivonen> zcorpan: not sure. I was planning on fixing XSLT as part of the planned but always deferred XML rewrite project
- # [10:59] <Ms2ger`> Processor, eh
- # [10:59] <hsivonen> Ms2ger`: HTML5 bans your processor from running instructions
- # [11:00] <jgraham> Unless Hollywood allow it
- # [11:00] * Joins: sangwhan_ (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp)
- # [11:00] * Quits: jdaggett (~jdaggett@61-121-216-2.bitcat.net) (Ping timeout: 248 seconds)
- # [11:05] * Quits: sangwhan_ (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp) (Ping timeout: 264 seconds)
- # [11:05] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [11:06] * Joins: nessy (~silviapf@124-168-10-95.dyn.iinet.net.au)
- # [11:06] * Joins: ripples (~ripples@41-135-28-245.dsl.mweb.co.za)
- # [11:09] <zcorpan> MikeSmith: i think href="©=" is an error currently. "However, if this next character is in fact a U+003D EQUALS SIGN character (=), then this is a parse error, because some legacy user agents will misinterpret the markup in those cases."
- # [11:09] * Joins: smaug____ (~chatzilla@a91-154-47-240.elisa-laajakaista.fi)
- # [11:09] <zcorpan> http://www.whatwg.org/specs/web-apps/current-work/#tokenizing-character-references
- # [11:09] <hendry> anyone good with legalese? Just trying to write a phrase where I try explain: if you use my company's services without paying, we reserve the right to persue you for payment.
- # [11:10] <MikeSmith> zcorpan: oh
- # [11:11] <zcorpan> also, i don't have a strong opinion on the document conformance around ampersands. i have had strong opinions about how they should be parsed, though :-)
- # [11:12] <zcorpan> http://html5.org/r/7679 is the change
- # [11:14] * zcorpan commented in the bug
- # [11:18] <hendry> oh crap, wrong channel
- # [11:21] * Quits: SimonSapin (~simon@207.218.72.65) (Ping timeout: 252 seconds)
- # [11:23] * Joins: marcdm (~marcdm@72.27.35.3)
- # [11:24] <marcdm> Hello sleeping people and those that are awake. i'm seeking some answers regarding the new API for html5lib-python can anyone help?
- # [11:25] <jgraham> Sure
- # [11:25] <marcdm> thanks jgraham.
- # [11:25] <marcdm> I'm seeking to modify bleach for my own purposes, but I can't seem to understand one or 2 little things about the new API....
- # [11:26] <marcdm> 1. how would I access Element.type and ...
- # [11:26] <MikeSmith> zcorpan: thanks fur the big comment
- # [11:27] <jgraham> marcdm: Which "API" do you mean? The one for the tree of elements that you get after parsing? Or something else?
- # [11:27] <marcdm> yes jgraham
- # [11:27] <marcdm> 2. If I want to modify the tree, say I want to make changes to the list I get from .get_children(), which docs should I read for how i can make a new tree or modify it inplace
- # [11:27] <zcorpan> hmm, seems i messed up with the anolis .tail fix
- # [11:28] <zcorpan> File "build/bdist.macosx-10.8-intel/egg/anolislib/processes/filter.py", line 32, in filter
- # [11:28] <zcorpan> TypeError: unsupported operand type(s) for +: 'NoneType' and 'NoneType'
- # [11:28] <marcdm> the real problem is that in bleach they do an in-place modification using a while loop through tree.childNodes
- # [11:28] <jgraham> Right, so now html5lib itself doesn't actually have any built-in tree representation. It just outputs a tree in an existing format
- # [11:29] <jgraham> Before it had this built-in "simpletree" thing, that wasn't really supposed to be production-quality
- # [11:29] <marcdm> so I'm really just at the mercy of what I can get from ElementTree
- # [11:29] <jgraham> So the new default is to use ElementTree
- # [11:29] <jgraham> Which is in the stdlib
- # [11:30] <marcdm> ah, and the bleach guys implemented their algorithm using the simpletree API
- # [11:30] <jgraham> Yes, I think they did
- # [11:30] <marcdm> uphill task. changing into 2nd gear.
- # [11:31] <jgraham> So, if I understand the situation with bleach right, they need to rework their use of html5lib to use ElementTree
- # [11:31] <marcdm> and I think the easiest thing might be to implement a fake simpletree over elementTree to provide those attributes they want
- # [11:31] <jgraham> That might be simple, but it doesn't sound like a great fix.
- # [11:32] <marcdm> totally agreed.
- # [11:32] <marcdm> I'm looking at the faulty code now, wanting to run it in Py3.2 on Wheezy
- # [11:32] <jgraham> I haven't looked closely at bleach, but I wouldn't have thought it was hard to make it work with ElementTree
- # [11:33] <marcdm> well, since I didn't quite understand how html5lib works, I wasn't quite sure what to expect from the code.
- # [11:33] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
- # [11:35] <jgraham> So it looks like it's just linkify that needs to be updated?
- # [11:35] <marcdm> jgraham, just to confirm, parser.parseFragment(text) produces a regular ElementTree.Element right?
- # [11:35] <marcdm> yup.
- # [11:35] <jgraham> I think it can return a list of elements
- # [11:35] <marcdm> more specifically, linkify_nodes within linkify
- # [11:35] * Joins: SimonSapin (~simon@207.218.72.65)
- # [11:36] <jgraham> For cases like "<div>foo</div><div>bar</div>"
- # [11:36] <jgraham> But that is very much from memory
- # [11:36] <marcdm> huh?
- # [11:37] <marcdm> the tree is passed in and modified in-place... heading to the etree docs
- # [11:38] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 240 seconds)
- # [11:38] <jgraham> Oh
- # [11:38] * Quits: SimonSapin (~simon@207.218.72.65) (Read error: Connection reset by peer)
- # [11:38] <jgraham> Not a list, a custom element type
- # [11:38] <jgraham> In [1]: import html5lib
- # [11:38] <jgraham> In [2]: p = html5lib.HTMLParser()
- # [11:38] <jgraham> In [3]: p.parseFragment("<div>foo</div><div>bar</div>")
- # [11:38] <jgraham> Out[3]: <Element u'DOCUMENT_FRAGMENT' at 0x371c300>
- # [11:38] <marcdm> yup
- # [11:38] * Joins: SimonSapin (~simon@207.218.72.65)
- # [11:39] <marcdm> when I try to getchildren on that, which is what linkify_nodes wants to do, I get the 1st div tho
- # [11:39] <marcdm> I mean I get the divs
- # [11:39] <zcorpan> how do i sync my anolis fork?
- # [11:40] <jgraham> yeah, just doing list(p.parseFragment("<div>foo</div><div>bar</div>")) works
- # [11:40] <marcdm> (facepalm)
- # [11:40] <zcorpan> Ms2ger`: ^
- # [11:40] * zcorpan switching trains
- # [11:40] * Quits: zcorpan (~zcorpan@c-5eeaaa22-74736162.cust.telenor.se) (Remote host closed the connection)
- # [11:41] <Ms2ger`> hg pull -u https://zcorpan@bitbucket.org/ms2ger/anolis && hg push https://zcorpan@bitbucket.org/zcorpan/anolis I guess
- # [11:41] <marcdm> try this (p.parseFragment("http://foo.co and <div>bar</div> you@me.us")
- # [11:42] <marcdm> syntax corrections where necessary
- # [11:43] <jgraham> Yeah, that is going to be harder I guess
- # [11:45] <marcdm> tree.text gives me the text before the div, but I haven't gotten at the text after the div yet
- # [11:45] <jgraham> It is the .tail of the last element
- # [11:46] <marcdm> so I'd want t a list containing the .text of the parent, the children and the .tail of each child?
- # [11:46] * Joins: zcorpan (~zcorpan@c-5eeaaa22-74736162.cust.telenor.se)
- # [11:47] <marcdm> heading to look at simpletree code
- # [11:47] <marcdm> .itertext?
- # [11:48] <jgraham> Iterates over all the text in a subtree
- # [11:48] * Quits: zcorpan (~zcorpan@c-5eeaaa22-74736162.cust.telenor.se) (Remote host closed the connection)
- # [11:48] <jgraham> Which might not be enough for you, since you also need to know what the parent element was
- # [11:49] <marcdm> well, the bleach code wraps all things in a div (I think), so we can control the parent that way
- # [11:50] <jgraham> Right, but I mean if you have <div>foo <span>bar <i>http://example.com</i></span> baz</div>, you need to know that the link should be a child of the <i>
- # [11:51] * Joins: zcorpan (~zcorpan@c-5eeaaa22-74736162.cust.telenor.se)
- # [11:51] <marcdm> if I remember right, BeautifuSoup gives us some kind of "node" iterator that treats bits of text as TextNodes.... I need something like that
- # [11:51] <marcdm> yeah, I know what you mean, I realized it wasn't a complete solution
- # [11:55] * Quits: baku (~baku@2-236-39-253.ip231.fastwebnet.it) (Ping timeout: 245 seconds)
- # [11:58] * Quits: JonathanNeal (uid5831@gateway/web/irccloud.com/x-rhmcjitfiyfzdmpe) (Ping timeout: 260 seconds)
- # [11:59] <zcorpan> Ms2ger`: thanks. new pr coming up
- # [12:00] <Ms2ger`> Np
- # [12:00] * Ms2ger` is now known as Ms2ger
- # [12:01] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Remote host closed the connection)
- # [12:01] <zcorpan> https://bitbucket.org/ms2ger/anolis/pull-request/9/turns-out-none-none-throws/diff
- # [12:02] * Joins: mattgifford (~mattgiffo@108.161.20.199)
- # [12:03] <Ms2ger> zcorpan, thanks
- # [12:03] * Ms2ger kicks .tail
- # [12:03] <zcorpan> yeah, seriously. it shouldn't be this hard to remove an element
- # [12:05] <Ms2ger> I kinda liked simpletree ;)
- # [12:05] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Ping timeout: 246 seconds)
- # [12:06] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Ping timeout: 248 seconds)
- # [12:10] <marcdm> simpletree was nice for what we're trying to do here, _read_ html. etree is awesome when you trying to write x/html
- # [12:13] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [12:14] * Quits: zcorpan (~zcorpan@c-5eeaaa22-74736162.cust.telenor.se) (Remote host closed the connection)
- # [12:25] <marcdm> I think I sufficiently understand etree api to reimplement the faulty parts of bleach. thanks for your help jgraham
- # [12:27] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
- # [12:29] * Joins: niloy (~niloy@115.112.64.6)
- # [12:30] <zcorpan> hmm. --w3c-compat turns on lots of xref elements. but turning it off takes away features like [STATUS], <!--logo-->, etc. maybe we should just trim the list of xref elements for w3c mode as well
- # [12:33] * Joins: hallvors (~hallvord@node-c4cdwujvqyl8u1.20.ipv6.opera.com)
- # [12:33] * Joins: oxy (~oxy@irc.oxy.fi)
- # [12:34] <Ms2ger> --w3c-compat-substitutions?
- # [12:38] * Joins: dekiss (~dejan@77.28.30.5)
- # [12:38] * Quits: dekiss (~dejan@77.28.30.5) (Changing host)
- # [12:38] * Joins: dekiss (~dejan@unaffiliated/dekiss)
- # [12:38] <zcorpan> ah, that seems to do what i want
- # [12:38] * Joins: dekiss_ (~dejan@77.28.30.5)
- # [12:39] * Quits: dekiss_ (~dejan@77.28.30.5) (Client Quit)
- # [12:39] * Quits: dekiss (~dejan@unaffiliated/dekiss) (Read error: Connection reset by peer)
- # [12:40] * Joins: dekiss (~dejan@77.28.30.5)
- # [12:40] * Quits: dekiss (~dejan@77.28.30.5) (Changing host)
- # [12:40] * Joins: dekiss (~dejan@unaffiliated/dekiss)
- # [12:42] * Joins: richt (~richt@222.233.254.208)
- # [12:43] * Quits: dekiss (~dejan@unaffiliated/dekiss) (Read error: Connection reset by peer)
- # [12:43] * Joins: richt_ (~richt@91.216.105.6)
- # [12:45] * Joins: dekiss (~dejan@77.28.30.5)
- # [12:45] * Quits: dekiss (~dejan@77.28.30.5) (Changing host)
- # [12:45] * Joins: dekiss (~dejan@unaffiliated/dekiss)
- # [12:45] * Quits: kborchers (~kborchers@unaffiliated/kborchers) (Excess Flood)
- # [12:46] <hsivonen> :-( MDN says the load event is defined by DOM Level 3
- # [12:46] <hsivonen> it's a wiki, I know
- # [12:47] * Joins: kborchers (~kborchers@unaffiliated/kborchers)
- # [12:47] * Quits: richt (~richt@222.233.254.208) (Ping timeout: 264 seconds)
- # [12:50] <Ms2ger> Yeah, they aren't terribly up to date
- # [12:55] * Joins: dekiss_ (~dejan@77.28.30.5)
- # [12:55] * Quits: dekiss (~dejan@unaffiliated/dekiss) (Ping timeout: 264 seconds)
- # [12:57] <marcdm> I have a fairly blonde question, does html5lib-python always return {http://www.w3.org/1999/xhtml} as the namespace for html files?
- # [12:58] <marcdm> when using etree
- # [12:59] <SimonSapin> marcdm: yes, for HTML elements. For SVG elements you will get the SVG namespace, etc. This is per the spec
- # [12:59] <marcdm> what about the newer html elements like aside, section, audio and video?
- # [13:00] <zcorpan> why does anolis when not in --w3c-compat mode turn <code> into <a><code> but in --w3c-compat mode <code><a>?
- # [13:00] <SimonSapin> I think there is a list of special cases like SVG and MathML that change the namespace, but everything else defaults to the XHTML namespace.
- # [13:00] <zcorpan> the former gives blue underlines :-(
- # [13:01] <zcorpan> which isn't fixable with css afaict
- # [13:01] <marcdm> SimonSapin: thanks.
- # [13:12] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginmedia.com) (Read error: Connection reset by peer)
- # [13:12] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginmedia.com)
- # [13:21] <hsivonen> looking forward to UTF-16-encoded XSLT
- # [13:21] * Joins: sangwhan_ (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp)
- # [13:23] <Ms2ger> zcorpan, there's an option for that :)
- # [13:24] <Ms2ger> --w3c-compat-xref-a-placement
- # [13:24] <zcorpan> Ms2ger: yeah, i noticed. but what's the point?
- # [13:24] <Ms2ger> 301 gsnedders
- # [13:26] * Quits: sangwhan_ (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp) (Ping timeout: 264 seconds)
- # [13:31] * Quits: Kolombiken (~Adium@gateway.creuna.se) (Quit: Leaving.)
- # [13:33] * Joins: Kolombiken (~Adium@gateway.creuna.se)
- # [13:36] <hsivonen> Ms2ger: what's the current thinking on exposing an interface object on the global object when speccing a new WebIDL interface?
- # [13:37] <Ms2ger> In general, just expose it
- # [13:38] <hsivonen> Ms2ger: what's the mechanism in our code that makes an interface exposed?
- # [13:39] <Ms2ger> Somewhere in classinfo, I think. There's a few ways to get exposed
- # [13:39] <Ms2ger> * webidl interface without [NoInterfaceObject]
- # [13:39] <Ms2ger> * XPIDL interface that starts with nsIDOM
- # [13:39] <Ms2ger> * XPIDL interface that starts with nsI and has classinfo for some reason
- # [13:40] <hsivonen> thanks
- # [13:40] <Ms2ger> I *think* that's all of them
- # [13:40] <hsivonen> I have been tasked with zapping interface objects that shouldn't be exposed
- # [13:41] <Ms2ger> The fun part is that a lot of the b2g stuff uses xpidl + classinfo
- # [13:41] <hsivonen> looks like most items I need to zap are XUL or B2G
- # [13:42] <hsivonen> yay B2G for moz prefix proliferation
- # [13:42] <Ms2ger> Yeah, they want to ship :/
- # [13:42] <zcorpan> presto mostly had the opposite problem, we didn't expose enough
- # [13:43] <hsivonen> Ms2ger: they could ship without prefixes...
- # [13:43] <hsivonen> I guess my next step is taking the list from http://hg.mozilla.org/mozilla-central/annotate/tip/dom/tests/mochitest/general/test_interfaces.html and checking it against Blink, WebKit, Presto and Trident
- # [13:46] <Ms2ger> Note that it doesn't actually fail if there's interfaces in there that aren't exposed
- # [13:47] <Ms2ger> Say, if you forget to remove MozBlobBuilder
- # [13:58] <hsivonen> clearly, for a DOM peer, I know quite little about the DOM
- # [13:58] <Ms2ger> You know about XSLT ;)
- # [13:58] <hsivonen> why doesn't for (var name in window) {...} not show any interface objects?
- # [13:58] * Joins: JonathanNeal (uid5831@gateway/web/irccloud.com/x-wbcsrlhpveyoujwm)
- # [13:59] <hsivonen> s/not//
- # [14:00] <Ms2ger> w(Object.getOwnPropertyDescriptor(window, "XMLHttpRequest").enumerable)
- # [14:00] <Ms2ger> log: false
- # [14:00] * Quits: ripples (~ripples@41-135-28-245.dsl.mweb.co.za) (Read error: Connection reset by peer)
- # [14:00] <hsivonen> Ms2ger: I suspected there was a concept like that
- # [14:01] <hsivonen> but of course it's useful that personalbar is enumerable, for instance
- # [14:01] <Ms2ger> These BarProps are lovely
- # [14:03] <Ms2ger> Maybe you want Object.getOwnPropertyNames(window)
- # [14:07] <hsivonen> Ms2ger: indeed, the test case lists a number of names that aren't actually exposed on window
- # [14:07] <hsivonen> in the sense that (foo in window) would be true
- # [14:08] <Ms2ger> Any others than HTMLCommandElement and MozBlobBuilder?
- # [14:09] <hsivonen> SVGStylable, SVGTransformable, MozMobileCellInfo, etc.
- # [14:09] <hsivonen> many others
- # [14:10] <Ms2ger> Mm
- # [14:12] * Quits: JibberJim (~opera@host-78-146-51-49.as13285.net) (Ping timeout: 276 seconds)
- # [14:15] * Joins: JibberJim (~opera@host-78-146-58-128.as13285.net)
- # [14:16] * Joins: scor (~scor@c-98-216-39-127.hsd1.ma.comcast.net)
- # [14:16] * Quits: scor (~scor@c-98-216-39-127.hsd1.ma.comcast.net) (Changing host)
- # [14:16] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [14:17] <hsivonen> Ms2ger: awesome. there are also interfaces that aren't exposed but aren't listed in the test case
- # [14:17] * hsivonen wonders what the test case is good for
- # [14:17] <smaug____> hmm
- # [14:18] <smaug____> hsivonen: exposed in which way?
- # [14:18] <Ms2ger> Hmm
- # [14:18] <Ms2ger> I guess we don't put WebIDL-only interfaces on Ci
- # [14:18] <smaug____> hsivonen: I added the test to make it less likely to expose random stuff to web
- # [14:18] <hsivonen> smaug____: listed by Object.getOwnPropertyNames(window)
- # [14:18] * Joins: tj_vantoll (~Adium@69.167.130.9)
- # [14:19] <smaug____> the test was added before we started to webidlfy stuff
- # [14:19] <hsivonen> smaug____: so the test only cares about nsI stuff getting accidentally exposed, it seems
- # [14:19] <smaug____> and nsIDOM
- # [14:19] <smaug____> but I'm not sure about Webidl stuff
- # [14:20] <smaug____> (nsI and nsIDOM are handled very differently in this kind of case)
- # [14:22] * Quits: sangwhan (~sangwhan@fnttkyo001028.tkyo.fnt.ngn.ppp.infoweb.ne.jp) (Read error: Connection reset by peer)
- # [14:23] * Joins: sangwhan (~sangwhan@fnttkyo001028.tkyo.fnt.ngn.ppp.infoweb.ne.jp)
- # [14:28] * Joins: newtron (~newtron@199.71.174.103)
- # [14:35] * Joins: decotii (~decotii@static-98-116-12-109.nycmny.fios.verizon.net)
- # [14:41] * Joins: yorick (~yorick@oftn/member/yorick)
- # [14:42] * Quits: nessy (~silviapf@124-168-10-95.dyn.iinet.net.au) (Quit: Leaving.)
- # [14:49] * Joins: richt (~richt@222.233.254.208)
- # [14:53] * Quits: richt_ (~richt@91.216.105.6) (Ping timeout: 276 seconds)
- # [14:55] <hsivonen> hmm. no Object.getOwnPropertyNames() in Chrome
- # [14:55] * Joins: krawchyk (~krawchyk@65.220.49.251)
- # [14:56] <jgraham> Really?!
- # [14:58] <hsivonen> oh, it's uneval that's missing
- # [14:58] * hsivonen thought everyone had uneval
- # [14:58] <hsivonen> do I really have to write my own array serializer?
- # [14:58] <jgraham> JSON.stringify
- # [14:58] <hsivonen> thanks
- # [14:58] <Ms2ger> .toString()?
- # [14:59] <jgraham> Well if he wants something that will parse later with eval
- # [14:59] <jgraham> ... then that's probably a problem on its own
- # [14:59] <Ms2ger> Fair
- # [15:00] <jgraham> (I thought only gecko had uneval)
- # [15:00] <hsivonen> jgraham: so it seems
- # [15:00] * Joins: rubatdub (~khalil@213.188.180.185)
- # [15:00] * Ms2ger had never heard of uneval
- # [15:00] <hsivonen> but how am I supposed to know that we're the abnormal ones
- # [15:01] <jgraham> Well to be fair with js, that's the common case :)
- # [15:02] <Ms2ger> The question is, is it an e4xism
- # [15:02] <jgraham> (you were the only ones with E4X and all the js 1.x stuff)
- # [15:02] <jgraham> (for various values of x)
- # [15:02] * Quits: tantek (~tantek@static-64-61-115-26.isp.broadviewnet.net) (Quit: tantek)
- # [15:02] <Ms2ger> We're planning to move to 1js, though, I hear
- # [15:04] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [15:06] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
- # [15:08] <darobin> JSON.stringify doesn't work on everything, though, obviously
- # [15:08] <darobin> in some cases IIRC you still need toSource(), but I think that's mostly for old Geckos
- # [15:09] * Quits: tomasf_ (~tomasf@77.72.97.10.c.fiberdirekt.net) (Quit: tomasf_)
- # [15:13] * Joins: TallTed (~Thud@63.119.36.36)
- # [15:15] * Quits: smaug____ (~chatzilla@a91-154-47-240.elisa-laajakaista.fi) (Ping timeout: 240 seconds)
- # [15:15] * Joins: josemanuel (~josemanue@149.189.221.87.dynamic.jazztel.es)
- # [15:25] * Joins: miketaylr (~miketaylr@65-36-73-92.dyn.grandenetworks.net)
- # [15:26] * Joins: reyre_ (~reyre_@CPE7cb21b1e2cf4-CM7cb21b1e2cf1.cpe.net.cable.rogers.com)
- # [15:27] * Joins: marcosc (~marcosc@bl11-16-70.dsl.telepac.pt)
- # [15:31] * Joins: richt_ (~richt@91.216.105.36)
- # [15:31] * Joins: smaug____ (~chatzilla@85-76-51-252-nat.elisa-mobile.fi)
- # [15:32] * Joins: jryans (~jryans@office.massrel.com)
- # [15:32] * Quits: yorick (~yorick@oftn/member/yorick) (Quit: No Ping reply in 180 seconds.)
- # [15:32] * Joins: scor (scor@nat/acquia/x-quvsdfggcqowpqff)
- # [15:32] * Quits: scor (scor@nat/acquia/x-quvsdfggcqowpqff) (Changing host)
- # [15:32] * Joins: scor (scor@drupal.org/user/52142/view)
- # [15:32] * Joins: yorick (~yorick@oftn/member/yorick)
- # [15:33] * Quits: scor (scor@drupal.org/user/52142/view) (Client Quit)
- # [15:34] * Joins: jreading (~Adium@204.56.125.50)
- # [15:34] * Joins: scor (scor@nat/acquia/x-aggshhwseqznxqcg)
- # [15:34] * Quits: scor (scor@nat/acquia/x-aggshhwseqznxqcg) (Changing host)
- # [15:34] * Joins: scor (scor@drupal.org/user/52142/view)
- # [15:34] * Joins: JohnAlbin (~JohnAlbin@114-36-35-235.dynamic.hinet.net)
- # [15:35] * Quits: richt (~richt@222.233.254.208) (Ping timeout: 276 seconds)
- # [15:40] * Joins: jreading1 (~Adium@204.56.125.50)
- # [15:40] * Joins: baku (~baku@2-236-39-253.ip231.fastwebnet.it)
- # [15:41] * Quits: jreading (~Adium@204.56.125.50) (Ping timeout: 240 seconds)
- # [15:43] * Quits: rubatdub (~khalil@213.188.180.185) (Remote host closed the connection)
- # [15:44] * Joins: jernoble_ (~jernoble@199-188-193-107.PUBLIC.monkeybrains.net)
- # [15:49] * Quits: espadrine (~ttyl@85-218-9-42.dclient.lsne.ch) (Ping timeout: 248 seconds)
- # [16:02] * Quits: josemanuel (~josemanue@149.189.221.87.dynamic.jazztel.es) (Read error: Connection reset by peer)
- # [16:04] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Remote host closed the connection)
- # [16:05] * Joins: josemanuel (~josemanue@60.236.221.87.dynamic.jazztel.es)
- # [16:11] * Krinkle|detached is now known as Krinkle
- # [16:23] * Quits: hallvors (~hallvord@node-c4cdwujvqyl8u1.20.ipv6.opera.com) (Ping timeout: 260 seconds)
- # [16:26] * Joins: ehsan (~ehsan@66.207.208.98)
- # [16:27] * Krinkle is now known as Krinkle|detached
- # [16:33] * Krinkle|detached is now known as Krinkle
- # [16:34] * Krinkle is now known as Krinkle|detached
- # [16:35] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
- # [16:37] * Joins: sangwhan_ (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp)
- # [16:38] * Quits: SimonSapin (~simon@207.218.72.65) (Quit: Leaving.)
- # [16:39] * Quits: benbarnett (~Adium@195.81.245.98) (Read error: No route to host)
- # [16:39] * Joins: benbarnett1 (~Adium@195.81.245.98)
- # [16:44] * Quits: smaug____ (~chatzilla@85-76-51-252-nat.elisa-mobile.fi) (Ping timeout: 248 seconds)
- # [16:48] * Quits: benbarnett1 (~Adium@195.81.245.98) (Ping timeout: 246 seconds)
- # [16:50] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 264 seconds)
- # [16:54] * Joins: benbarnett (~Adium@195.81.245.98)
- # [16:57] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [16:59] * Joins: tantek (~tantek@static-64-61-115-26.isp.broadviewnet.net)
- # [17:00] * Quits: jernoble_ (~jernoble@199-188-193-107.PUBLIC.monkeybrains.net) (Quit: Computer has gone to sleep.)
- # [17:01] * Quits: Masklinn (~textual@85.201.233.72)
- # [17:01] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 252 seconds)
- # [17:03] * Joins: mattgifford (~mattgiffo@108.161.20.199)
- # [17:07] * Joins: wmil (~wmil@c-98-234-220-149.hsd1.ca.comcast.net)
- # [17:09] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Remote host closed the connection)
- # [17:09] * Joins: mattgifford (~mattgiffo@108.161.20.199)
- # [17:10] * Joins: yodasw16 (~yodasw16@ql1fwhide.rockfin.com)
- # [17:11] * Quits: wmil (~wmil@c-98-234-220-149.hsd1.ca.comcast.net) (Ping timeout: 255 seconds)
- # [17:13] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Ping timeout: 252 seconds)
- # [17:15] * Quits: charl (~charl@2001:67c:2564:524:92b1:1cff:fe89:ae5) (Quit: leaving)
- # [17:16] * Joins: jernoble_ (~jernoble@67.218.109.161)
- # [17:16] * Joins: smaug____ (~chatzilla@a91-154-47-240.elisa-laajakaista.fi)
- # [17:17] <Ms2ger> Mm, we're implementing WAP
- # [17:18] * Joins: Kolombiken1 (~Adium@94.137.124.2)
- # [17:18] * Quits: Kolombiken1 (~Adium@94.137.124.2) (Remote host closed the connection)
- # [17:20] * Quits: darobin (~darobin@78.109.80.74) (Remote host closed the connection)
- # [17:21] * Quits: Kolombiken (~Adium@gateway.creuna.se) (Ping timeout: 264 seconds)
- # [17:22] <jgraham> But in good news, I guess my time machine works
- # [17:22] * Joins: richt (~richt@222.233.254.208)
- # [17:24] <jgraham> Ms2ger: Bug or it didn't happen
- # [17:24] <Ms2ger> https://bugzilla.mozilla.org/show_bug.cgi?id=853715
- # [17:25] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Read error: Connection reset by peer)
- # [17:27] * Quits: richt_ (~richt@91.216.105.36) (Ping timeout: 276 seconds)
- # [17:27] * Quits: richt (~richt@222.233.254.208) (Ping timeout: 264 seconds)
- # [17:37] * Quits: josemanuel (~josemanue@60.236.221.87.dynamic.jazztel.es) (Ping timeout: 260 seconds)
- # [17:37] * Quits: dekiss_ (~dejan@77.28.30.5) (Quit: Ex-Chat)
- # [17:37] * Joins: ripples (~ripples@41-135-28-245.dsl.mweb.co.za)
- # [17:46] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Disconnected by services)
- # [17:46] * Joins: svl_ (~me@ip565744a7.direct-adsl.nl)
- # [17:46] * svl_ is now known as svl
- # [17:47] * Joins: josemanuel (~josemanue@40.178.221.87.dynamic.jazztel.es)
- # [17:54] * Joins: benbarnett1 (~Adium@195.81.245.98)
- # [17:54] * Quits: benbarnett (~Adium@195.81.245.98) (Read error: Connection reset by peer)
- # [17:57] * Quits: tantek (~tantek@static-64-61-115-26.isp.broadviewnet.net) (Quit: tantek)
- # [17:57] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
- # [18:03] * Joins: frozenice (~frozenice@unaffiliated/fr0zenice)
- # [18:09] * Joins: Masklinn (~textual@213.219.188.212.adsl.dyn.edpnet.net)
- # [18:10] * Quits: jernoble_ (~jernoble@67.218.109.161) (Quit: Computer has gone to sleep.)
- # [18:14] * benbarnett1 is now known as benbarnett
- # [18:15] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Ping timeout: 276 seconds)
- # [18:17] * Joins: jsbell (jsbell@nat/google/x-ygsrrwiaoubfqcfa)
- # [18:19] <sangwhan_> Ms2ger: Does the fact that Opera has already done it make it hurt less?
- # [18:19] <Ms2ger> Opera did it first, eh
- # [18:20] <sangwhan_> Wait till you have to implement OMA DRM
- # [18:22] <Ms2ger> I don't think I want to know what that is
- # [18:23] * Quits: josemanuel (~josemanue@40.178.221.87.dynamic.jazztel.es) (Quit: Saliendo)
- # [18:27] * Joins: alecf (alecf@nat/google/x-lotsqkvrnlqxsfhd)
- # [18:28] * broquain1 is now known as broquaint
- # [18:29] <sangwhan_> Looking at the commit, it's not _that_ bad :)
- # [18:30] * Joins: jryans_ (~jryans@office.massrel.com)
- # [18:30] * Joins: SimonSapin (~simon@207.218.72.65)
- # [18:32] * Joins: jernoble_ (~jernoble@17.114.105.136)
- # [18:32] * Quits: benbarnett (~Adium@195.81.245.98) (Quit: Leaving.)
- # [18:34] * Quits: jryans (~jryans@office.massrel.com) (Ping timeout: 276 seconds)
- # [18:35] * Joins: kuatsure (~kuatsure@cpe-184-59-98-156.cinci.res.rr.com)
- # [18:41] * Quits: scor (scor@drupal.org/user/52142/view) (Ping timeout: 252 seconds)
- # [18:42] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
- # [18:43] * Quits: bert3d (~bert3d@host86-150-199-119.range86-150.btcentralplus.com) (Remote host closed the connection)
- # [18:43] * Quits: mitemitreski (~mitemitre@212.120.17.179) (Read error: Connection reset by peer)
- # [18:44] * Joins: scor (scor@nat/acquia/x-brlcjsdagcagnfmp)
- # [18:44] * Quits: scor (scor@nat/acquia/x-brlcjsdagcagnfmp) (Changing host)
- # [18:44] * Joins: scor (scor@drupal.org/user/52142/view)
- # [18:45] * Joins: cabanier (~cabanier@c-98-237-137-173.hsd1.wa.comcast.net)
- # [18:46] * Joins: KevinMarks (~KevinMark@c-71-204-145-244.hsd1.ca.comcast.net)
- # [18:46] <KevinMarks> thanks Yitro - I used it in http://techcrunch.com/2013/06/09/how-apples-ios-fragmentation-problems-distort-design-thinking/
- # [18:47] * Joins: cabanier1 (~cabanier@c-98-237-137-173.hsd1.wa.comcast.net)
- # [18:47] * Quits: cabanier (~cabanier@c-98-237-137-173.hsd1.wa.comcast.net) (Read error: Connection reset by peer)
- # [18:49] * Quits: sangwhan_ (~sangwhan@FL1-203-136-253-70.tky.mesh.ad.jp) (Remote host closed the connection)
- # [18:49] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [18:50] * Quits: cabanier1 (~cabanier@c-98-237-137-173.hsd1.wa.comcast.net) (Read error: Connection reset by peer)
- # [18:51] * Joins: cabanier (~cabanier@c-98-237-137-173.hsd1.wa.comcast.net)
- # [18:53] * Quits: jernoble_ (~jernoble@17.114.105.136) (Quit: Computer has gone to sleep.)
- # [18:53] * Joins: Jarrod_ (~Jarrod_@pdpc/supporter/active/jarrod)
- # [18:56] * Joins: blooberry (~blooberry@134.134.139.76)
- # [19:00] * Joins: jernoble_ (~jernoble@17.114.105.136)
- # [19:00] * Joins: hober (~ted@unaffiliated/hober)
- # [19:02] * Joins: SimonSapin1 (~simon@207.218.72.65)
- # [19:03] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Ping timeout: 264 seconds)
- # [19:06] * Quits: SimonSapin (~simon@207.218.72.65) (Ping timeout: 240 seconds)
- # [19:06] * Joins: SimonSapin2 (~simon@207.218.72.65)
- # [19:06] * Quits: SimonSapin1 (~simon@207.218.72.65) (Read error: Connection reset by peer)
- # [19:06] * Quits: jryans_ (~jryans@office.massrel.com) (Quit: Be back later)
- # [19:07] * Joins: mattgifford (~mattgiffo@70.102.199.158)
- # [19:17] * Quits: kuatsure (~kuatsure@cpe-184-59-98-156.cinci.res.rr.com) (Quit: kuatsure)
- # [19:22] * Joins: JohnAlbin_ (~JohnAlbin@63.250.249.138)
- # [19:24] * Quits: JohnAlbin (~JohnAlbin@114-36-35-235.dynamic.hinet.net) (Ping timeout: 248 seconds)
- # [19:24] * JohnAlbin_ is now known as JohnAlbin
- # [19:26] * Joins: josemanuel (~josemanue@13.170.221.87.dynamic.jazztel.es)
- # [19:30] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
- # [19:30] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Remote host closed the connection)
- # [19:35] * Joins: Rubennn (~Rubennn@apher.gewooniets.nl)
- # [19:35] * Joins: jacobolus (~jacobolus@108-75-75-178.lightspeed.sntcca.sbcglobal.net)
- # [19:35] * Joins: bholley (~bholley@nat/mozilla/x-svlcqpndaeiwkjph)
- # [19:36] * Joins: nw_ (nw@kapsi.fi)
- # [19:36] * Joins: JohnAlbin_ (~JohnAlbin@114-36-35-235.dynamic.hinet.net)
- # [19:38] * Quits: JohnAlbin (~JohnAlbin@63.250.249.138) (Ping timeout: 246 seconds)
- # [19:38] * JohnAlbin_ is now known as JohnAlbin
- # [19:39] <rafaelw> Hixie: ping
- # [19:40] * Joins: Kolombiken (~Adium@94.137.124.2)
- # [19:41] * Joins: bert3d (~bert3d@78-86-152-224.zone2.bethere.co.uk)
- # [19:42] * Joins: tantek (~tantek@static-71-249-194-52.nycmny.east.verizon.net)
- # [19:42] * Joins: teamcolt_ (~frextual@opennic/teamcoltra)
- # [19:42] * Quits: mattgifford (~mattgiffo@70.102.199.158) (*.net *.split)
- # [19:42] * Quits: cabanier (~cabanier@c-98-237-137-173.hsd1.wa.comcast.net) (*.net *.split)
- # [19:42] * Quits: yodasw16 (~yodasw16@ql1fwhide.rockfin.com) (*.net *.split)
- # [19:42] * Quits: jreading1 (~Adium@204.56.125.50) (*.net *.split)
- # [19:42] * Quits: sangwhan (~sangwhan@fnttkyo001028.tkyo.fnt.ngn.ppp.infoweb.ne.jp) (*.net *.split)
- # [19:42] * Quits: marcdm (~marcdm@72.27.35.3) (*.net *.split)
- # [19:42] * Quits: stalled (~stalled@unaffiliated/stalled) (*.net *.split)
- # [19:42] * Quits: nonge (~nonge@p5082A616.dip0.t-ipconnect.de) (*.net *.split)
- # [19:42] * Quits: RobbertAtWork (~robbertat@212.238.236.229) (*.net *.split)
- # [19:42] * Quits: teamcoltra (~frextual@opennic/teamcoltra) (*.net *.split)
- # [19:42] * Quits: tndrH (~Rob@cpc4-seac20-2-0-cust858.7-2.cable.virginmedia.com) (*.net *.split)
- # [19:42] * Quits: Rubennn_ (~Rubennn@apher.gewooniets.nl) (*.net *.split)
- # [19:42] * Quits: nw (nw@kapsi.fi) (*.net *.split)
- # [19:42] * Quits: matijsb (uid2278@gateway/web/irccloud.com/x-kwktwzyrdpdqbekf) (*.net *.split)
- # [19:42] * Quits: ivan\ (~ivan@unaffiliated/ivan/x-000001) (*.net *.split)
- # [19:42] * Quits: Phae (uid455@gateway/web/irccloud.com/x-iecketjcladbwkhb) (*.net *.split)
- # [19:42] * Quits: mikronaz (~mironaz@88-119-145-207.static.zebra.lt) (*.net *.split)
- # [19:42] * Quits: ojan_away (uid5519@gateway/web/irccloud.com/x-jsefnlsglebyjumi) (*.net *.split)
- # [19:42] * Quits: wycats_ (uid79@gateway/web/irccloud.com/x-bjzzzxbnowgdkevo) (*.net *.split)
- # [19:42] * teamcolt_ is now known as teamcoltra
- # [19:45] * Quits: Kolombiken (~Adium@94.137.124.2) (Ping timeout: 255 seconds)
- # [19:46] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Ping timeout: 276 seconds)
- # [19:49] * Joins: dekiss (~dejan@77.28.30.5)
- # [19:49] * Quits: dekiss (~dejan@77.28.30.5) (Changing host)
- # [19:49] * Joins: dekiss (~dejan@unaffiliated/dekiss)
- # [19:49] * Joins: ivan\ (~ivan@unaffiliated/ivan/x-000001)
- # [19:56] * Joins: eric_carlson_ (~ericc@192.42.249.54)
- # [19:58] * fishd__ is now known as fishd
- # [19:59] * Joins: kuatsure (~kuatsure@cpe-184-59-98-156.cinci.res.rr.com)
- # [20:00] * Joins: jryans (~jryans@office.massrel.com)
- # [20:03] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [20:04] * Joins: Cromulent (~Cromulent@cpc1-reig5-2-0-cust251.6-3.cable.virginmedia.com)
- # [20:04] * Quits: SimonSapin2 (~simon@207.218.72.65) (Quit: Leaving.)
- # [20:04] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
- # [20:06] * Quits: jryans (~jryans@office.massrel.com) (Quit: Be back later)
- # [20:07] * Quits: eric_carlson_ (~ericc@192.42.249.54) (Quit: eric_carlson_)
- # [20:07] * Joins: krawchyk_ (~krawchyk@65.220.49.251)
- # [20:08] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Ping timeout: 252 seconds)
- # [20:09] * Joins: jryans (~jryans@office.massrel.com)
- # [20:09] * Quits: krawchyk_ (~krawchyk@65.220.49.251) (Remote host closed the connection)
- # [20:09] * Joins: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net)
- # [20:09] <KevinMarks> was that an Exclusions demo in Safari?
- # [20:10] * Quits: krawchyk (~krawchyk@65.220.49.251) (Ping timeout: 252 seconds)
- # [20:20] * Quits: nielsle (~nielsle@3239149-cl69.boa.fiberby.dk) (Ping timeout: 264 seconds)
- # [20:21] * Quits: Cromulent (~Cromulent@cpc1-reig5-2-0-cust251.6-3.cable.virginmedia.com) (Read error: Connection reset by peer)
- # [20:22] * Joins: Cromulent (~Cromulent@cpc1-reig5-2-0-cust251.6-3.cable.virginmedia.com)
- # [20:22] * Joins: bert3d_ (~bert3d@78-86-152-224.zone2.bethere.co.uk)
- # [20:23] * Quits: scor (scor@drupal.org/user/52142/view) (Ping timeout: 246 seconds)
- # [20:23] * Joins: JohnAlbin_ (~JohnAlbin@114-36-35-235.dynamic.hinet.net)
- # [20:23] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Ping timeout: 246 seconds)
- # [20:24] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [20:24] * Joins: scor (scor@nat/acquia/x-efodzzvzlfgrners)
- # [20:24] * Quits: scor (scor@nat/acquia/x-efodzzvzlfgrners) (Changing host)
- # [20:24] * Joins: scor (scor@drupal.org/user/52142/view)
- # [20:24] * Quits: bert3d (~bert3d@78-86-152-224.zone2.bethere.co.uk) (Ping timeout: 246 seconds)
- # [20:25] * Quits: JohnAlbin (~JohnAlbin@114-36-35-235.dynamic.hinet.net) (Ping timeout: 246 seconds)
- # [20:25] * JohnAlbin_ is now known as JohnAlbin
- # [20:26] * Quits: Cromulent (~Cromulent@cpc1-reig5-2-0-cust251.6-3.cable.virginmedia.com) (Client Quit)
- # [20:32] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 256 seconds)
- # [20:33] * Joins: nielsle (~nielsle@3239149-cl69.boa.fiberby.dk)
- # [20:39] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [20:40] * Quits: kuatsure (~kuatsure@cpe-184-59-98-156.cinci.res.rr.com) (Quit: kuatsure)
- # [20:41] * Quits: tantek (~tantek@static-71-249-194-52.nycmny.east.verizon.net) (Quit: tantek)
- # [20:42] * broquaint is now known as Snowclone
- # [20:44] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 246 seconds)
- # [20:46] <Ms2ger> zcorpan: can you look at bz's comment in https://bugzilla.mozilla.org/show_bug.cgi?id=880997 please?
- # [20:48] * Joins: nonge (~nonge@p5082A616.dip0.t-ipconnect.de)
- # [20:48] * Joins: mikronaz (~mironaz@88-119-145-207.static.zebra.lt)
- # [20:48] * Joins: marcdm (~marcdm@72.27.35.3)
- # [20:49] * Joins: cabanier (~cabanier@c-98-237-137-173.hsd1.wa.comcast.net)
- # [20:49] * Joins: jreading (~Adium@204.56.125.50)
- # [20:49] * Joins: RobbertAtWork (~robbertat@212.238.236.229)
- # [20:49] * Joins: sangwhan (~sangwhan@fnttkyo001028.tkyo.fnt.ngn.ppp.infoweb.ne.jp)
- # [20:49] * Joins: dgrogan (dgrogan@nat/google/x-bxlagaynikoajpcg)
- # [20:49] * Joins: mattgifford (~mattgiffo@70.102.199.158)
- # [20:50] * Joins: kuatsure (~kuatsure@cpe-184-59-98-156.cinci.res.rr.com)
- # [20:51] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [20:51] * Joins: yoav_ (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [20:51] * Joins: darobin (~darobin@78.208.93.24)
- # [20:51] * Joins: Cromulent (~Cromulent@cpc1-reig5-2-0-cust251.6-3.cable.virginmedia.com)
- # [20:54] * Joins: tndrH (~Rob@cpc4-seac20-2-0-cust858.7-2.cable.virginmedia.com)
- # [20:54] * Joins: yodasw16 (~yodasw16@ql1fwhide.rockfin.com)
- # [20:54] * Joins: matijsb (uid2278@gateway/web/irccloud.com/x-kwktwzyrdpdqbekf)
- # [20:54] * Joins: Phae (uid455@gateway/web/irccloud.com/x-iecketjcladbwkhb)
- # [20:54] * Joins: wycats_ (uid79@gateway/web/irccloud.com/x-bjzzzxbnowgdkevo)
- # [20:54] * Joins: ojan_away (uid5519@gateway/web/irccloud.com/x-jsefnlsglebyjumi)
- # [20:54] * Joins: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net)
- # [20:55] * Quits: josemanuel (~josemanue@13.170.221.87.dynamic.jazztel.es) (Read error: Connection reset by peer)
- # [20:56] * Quits: cabanier (~cabanier@c-98-237-137-173.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [20:57] * Joins: cabanier (~cabanier@c-98-237-137-173.hsd1.wa.comcast.net)
- # [20:57] * Joins: josemanuel (~josemanue@187.169.221.87.dynamic.jazztel.es)
- # [20:57] * Quits: baku (~baku@2-236-39-253.ip231.fastwebnet.it) (Ping timeout: 276 seconds)
- # [20:58] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginmedia.com) (Ping timeout: 264 seconds)
- # [21:01] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [21:01] * Quits: Ms2ger (~Ms2ger@220.201-64-87.adsl-dyn.isp.belgacom.be) (Quit: nn)
- # [21:01] * Quits: cabanier (~cabanier@c-98-237-137-173.hsd1.wa.comcast.net) (Ping timeout: 260 seconds)
- # [21:04] * Joins: yoav__ (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [21:09] <Hixie> rafaelw: pong
- # [21:10] * Quits: jernoble_ (~jernoble@17.114.105.136) (Quit: Computer has gone to sleep.)
- # [21:10] * Joins: cabanier (~cabanier@c-98-237-137-173.hsd1.wa.comcast.net)
- # [21:10] * Quits: yoav_ (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Quit: Ex-Chat)
- # [21:10] * Quits: yoav__ (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Quit: Ex-Chat)
- # [21:11] * Joins: josemanuel_ (~josemanue@229.163.221.87.dynamic.jazztel.es)
- # [21:11] * Quits: josemanuel (~josemanue@187.169.221.87.dynamic.jazztel.es) (Ping timeout: 260 seconds)
- # [21:17] * Joins: rubatdub (~khalil@213.188.180.185)
- # [21:22] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [21:28] * Joins: ^esc (~esc_ape@77.116.247.194.wireless.dyn.drei.com)
- # [21:31] <rafaelw> Hixie: can you read my last comment on https://www.w3.org/Bugs/Public/show_bug.cgi?id=22185
- # [21:31] * Joins: eric_carlson_ (~ericc@192.42.249.54)
- # [21:33] * Quits: Cromulent (~Cromulent@cpc1-reig5-2-0-cust251.6-3.cable.virginmedia.com) (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
- # [21:33] * Quits: eric_carlson_ (~ericc@192.42.249.54) (Client Quit)
- # [21:33] * Quits: cabanier (~cabanier@c-98-237-137-173.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [21:34] * Joins: zdobersek (~zdobersek@cpe-77.38.31.63.cable.t-1.si)
- # [21:59] * Quits: teamcoltra (~frextual@opennic/teamcoltra) (Quit: Computer has gone to sleep.)
- # [21:59] * Quits: Yudai (~Yudai@nttkyo090161.tkyo.nt.ngn2.ppp.infoweb.ne.jp) (Ping timeout: 252 seconds)
- # [21:59] * Joins: Yudai (~Yudai@nttkyo448113.tkyo.nt.ngn2.ppp.infoweb.ne.jp)
- # [22:04] * Quits: bert3d_ (~bert3d@78-86-152-224.zone2.bethere.co.uk) (Remote host closed the connection)
- # [22:04] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginmedia.com)
- # [22:05] * Joins: bert3d (~bert3d@78-86-152-224.zone2.bethere.co.uk)
- # [22:07] * Quits: jreading (~Adium@204.56.125.50) (Quit: Leaving.)
- # [22:07] * Joins: rniwa (~rniwa@17.212.154.114)
- # [22:10] * Quits: frozenice (~frozenice@unaffiliated/fr0zenice) (Remote host closed the connection)
- # [22:12] * Joins: jreading (~Adium@204.56.125.50)
- # [22:13] * Joins: teamcoltra (~frextual@opennic/teamcoltra)
- # [22:14] * Quits: rniwa (~rniwa@17.212.154.114) (Ping timeout: 252 seconds)
- # [22:14] * Joins: jarek (~jarek@unaffiliated/jarek)
- # [22:14] <Hixie> rafaelw: looking...
- # [22:16] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginmedia.com) (Ping timeout: 264 seconds)
- # [22:17] <Hixie> rafaelw: as far as i can tell, your last comment and my last coment are orthogonal
- # [22:18] <rafaelw> Ok. can we take them one at a time?
- # [22:18] <rafaelw> Am I mis-reading the spec, or is it incorrect?
- # [22:19] * Joins: aklein (uid4454@gateway/web/irccloud.com/x-edezpsvivxfzwbgt)
- # [22:20] <Hixie> i don't think those are mutually exclusive :-)
- # [22:20] <Hixie> i don't think there's any doubt in anyone's mind that the jump to a code entry-point algorithm shouldn't call the mutation observers
- # [22:20] <Hixie> (at least, not unless it's the last script)
- # [22:20] <Hixie> the question is, should it even both calling it if it's the last script, and do you really want to remove the call to mutation observes in the parser
- # [22:22] <rafaelw> So I offered a proposal of a simple way to make the current spec accurate. Did my proposal remove the call to mutation observers from the parser?
- # [22:23] <Hixie> your proposal and your suggested changes were contradictory, so i wasn't sure what you intended, hence my follow-up questions
- # [22:24] <Hixie> (i don't have an opinion about what exactly should happen)
- # [22:24] * Quits: kuatsure (~kuatsure@cpe-184-59-98-156.cinci.res.rr.com) (Quit: kuatsure)
- # [22:30] * Joins: krit (~krit@c-24-4-184-107.hsd1.ca.comcast.net)
- # [22:31] <rafaelw> Can you explain the contradiction?
- # [22:31] <rafaelw> There's a step in the text insertion mode that says to run a microtask checkpoint open reaching a </script>.
- # [22:32] <rafaelw> If my proposal changed that, it wasn't intentional.
- # [22:32] <rafaelw> hixie: ^^
- # [22:32] <Hixie> comment 18, right?
- # [22:32] * Quits: tj_vantoll (~Adium@69.167.130.9) (Quit: Leaving.)
- # [22:33] <Hixie> you say "should happen at two times", but neither of the times you list is the parser, but then your suggested chnanges don't change the parser
- # [22:33] <Hixie> this isn't a criticism or anything, i was (and am) just trying to make sure i do what you actually intended
- # [22:33] <rafaelw> I see.
- # [22:33] <rafaelw> You are correc.t
- # [22:33] <rafaelw> It should be "three times".
- # [22:33] <rafaelw> I can go back and clarify that.
- # [22:33] <Hixie> here's fine :-)
- # [22:34] <Hixie> how about the other thing? are we sure we want to fire mutation observers twice per task if the task fires two scripts synchronously, rather than just once at the end of the task?
- # [22:34] <rafaelw> This was debated at length when we designed mutation observers.
- # [22:34] <rafaelw> It was intentional.
- # [22:34] <Hixie> (as opposed to the example in comment 21, which is about firing them twice within a script (as per the spec now, which is bogus, we all agree) vs once at the end of a script)
- # [22:35] <rafaelw> Take the case of a click. If there are multiple handlers, and mutation observers registered, then the observers should go after *each* event handler, so that the next event handler sees a "stable" state of the world.
- # [22:36] <rafaelw> Is this the case you are referring to?
- # [22:36] <Hixie> yeah, that's a good example of it
- # [22:37] <Hixie> btw, what's the change in your proposal regarding "global script clean-up jobs" to do with?
- # [22:38] <rafaelw> I suppose you can look at that as orthogonal.
- # [22:38] <Hixie> k
- # [22:38] <rafaelw> It looked to me like that was added out of a misunderstanding of how microtask checkpoints should work.
- # [22:39] <Hixie> global script clean-up jobs are unrelated to microtask checkpoints, iirc
- # [22:39] * Quits: TallTed (~Thud@63.119.36.36)
- # [22:39] <rafaelw> Mutation Observers *is* a script clean-up job.
- # [22:40] <rafaelw> My point is that there are now two mechanims doing exactly the same thing.
- # [22:40] <rafaelw> You can make them be seperate, but it seems silly to me.
- # [22:40] <Hixie> you mean, they are in principle, or they are in concrete?
- # [22:40] <rafaelw> Principle.
- # [22:40] <rafaelw> And there are going to be more.
- # [22:41] <rafaelw> ECMAScript Object.observe callbacks, Promises, etc...
- # [22:41] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
- # [22:41] <Hixie> the global script clean-up jobs only run at the end of a script (every script, though whether that means nested ones or not is not clear yet)
- # [22:41] <rafaelw> I was hoping that we could end up with one "period to run stuff that needs to put the world back in order" thingie.
- # [22:41] <Hixie> they don't run e.g. before scripts run in the parser
- # [22:41] * Parts: jreading (~Adium@204.56.125.50)
- # [22:41] <Hixie> or after non-script tasks
- # [22:41] <Hixie> (like parsing)
- # [22:42] <rafaelw> Is their any client for end-of-script cleanup jobs other than FileURLs?
- # [22:43] <Hixie> not as far as i know of, currently
- # [22:43] <Hixie> one key thing is that end-of-script cleanup jobs cannot run scripts of their own
- # [22:43] <Hixie> since their ordering isn't defined
- # [22:44] <rafaelw> So I'm confused by your message of "leave FileURL out of this" vs "How does script-clean-up fit into all of this"
- # [22:45] <Hixie> "this" in the first of those is the bug, "this" in the second is your specific proposal
- # [22:45] <rafaelw> I see. Well the I propose we simply remove the script clean up language.
- # [22:46] <rafaelw> Actually, I retract everything I said about script-clean-up.
- # [22:46] <Hixie> k :-)
- # [22:47] <rafaelw> If it only has one client and the requirements aren't clean, then I guess I don't really care about it.
- # [22:47] <rafaelw> (Although it seems odd to me to have language about it in that case)
- # [22:47] <Hixie> the requirements are clean, they're just different than microtassks
- # [22:47] <rafaelw> Ok, how about if I (on the bug):
- # [22:48] <rafaelw> 1) Clarify that microtask checkpoint should be run at three times
- # [22:48] <rafaelw> 2) Clarify my proposal to ignore the script clean-up.
- # [22:49] <Hixie> don't worry about it, i've already edited the spec as you were suggesting
- # [22:49] <Hixie> i'm committing the change now
- # [22:50] <rafaelw> Ok. Thank you.
- # [22:50] <Hixie> np
- # [22:50] <Hixie> (unfortunately for my credibility, the change also includes some unrelated editorial fixes to the script clean-up job stuff. but we'll ignore that.)
- # [22:51] <Hixie> at least this is an easy one. the thing about the parser's namespace-sensitivity is distressingly less so.
- # [22:52] <rafaelw> Good topic.
- # [22:52] <rafaelw> So WebKit/blink already implemented what adam proposed.
- # [22:52] <rafaelw> Aside from the conflict about what the author most likely meant,
- # [22:53] <rafaelw> One main motivation is that ambiguity like that in the parser as a source of crashers that the security folks found.
- # [22:53] <Hixie> there's cases where i don't even understand what we can do. e.g. "If the stack of open elements has a p element in button scope, then act as if an end tag with the tag name "p" had been seen." - what if there's a, <svg:p> on the stack, won't that close that instead?
- # [22:53] <rafaelw> s/as/was
- # [22:53] <Hixie> i don't understand why it caused crashes
- # [22:54] <Hixie> the spec wasn't ambiguous, it was (is) just weird in certain cases, as far as i can tell
- # [22:55] <rafaelw> The main problem is a conceptual one inside the implementation of the parser.
- # [22:55] <rafaelw> As I mentioned in the bug, when a token is encountered, it's namespace goes from abstract to concrete.
- # [22:56] <rafaelw> The parser code is written with the assumption that end tags match start tags of the same namespace.
- # [22:57] <Hixie> ah, that's definitely not a good assumption
- # [22:57] <rafaelw> You are suggesting that they should be tolerant of this, but it's just not how the code was written.
- # [22:57] <Hixie> in particular, end tags don't have a namespace
- # [22:57] <Hixie> tags in general don't have a namespace, in fact
- # [22:58] * Quits: wilhelm (~wilhelm@178.255.149.100) (*.net *.split)
- # [22:58] * Quits: gsnedders (~gsnedders@mail.gsnedders.com) (*.net *.split)
- # [22:58] * Joins: wilhelm (~wilhelm@178.255.149.100)
- # [22:58] * Joins: gsnedders (~gsnedders@mail.gsnedders.com)
- # [23:01] <rafaelw> I don't think that matters.
- # [23:01] <rafaelw> It just is the case that we fixed a bunch of crashers related to invalid assumptions in the parser code which generally takes the view I'm describing.
- # [23:02] <rafaelw> And based on my discussions with Mozilla re:<template> parsing, I suspect their code is similarly structured.
- # [23:03] <rafaelw> My point is that even if I agreed with your view that <foreignObject></div> should match an <svg:div>, I'd have a hard time landing that patch.
- # [23:04] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: jarek)
- # [23:05] * Joins: nimbu (~nimbu@static-213-115-185-54.sme.bredbandsbolaget.se)
- # [23:07] <Hixie> i don't understand how you assign a namespace to a tag
- # [23:11] * Quits: Lachy (~Lachy@cm-84.215.71.136.getinternet.no) (Quit: Computer has gone to sleep.)
- # [23:16] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
- # [23:19] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginmedia.com)
- # [23:20] * Quits: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net) (Quit: sicking)
- # [23:21] * Joins: sicking (~sicking@v-1045.fw1.sfo1.mozilla.net)
- # [23:23] * Quits: rubatdub (~khalil@213.188.180.185) (Quit: Quitte)
- # [23:27] * Quits: dgorbik (~dgorbik@2620:149:4:203:acb1:7db4:f4ff:6929) (Ping timeout: 255 seconds)
- # [23:27] * Joins: dgorbik (~dgorbik@2620:149:4:203:491b:ad25:b13f:c642)
- # [23:28] * Quits: nimbu (~nimbu@static-213-115-185-54.sme.bredbandsbolaget.se) (Quit: Leaving.)
- # [23:32] * Quits: newtron (~newtron@199.71.174.103) (Remote host closed the connection)
- # [23:38] * Joins: josemanuel (~josemanue@48.202.221.87.dynamic.jazztel.es)
- # [23:40] * Quits: josemanuel_ (~josemanue@229.163.221.87.dynamic.jazztel.es) (Ping timeout: 260 seconds)
- # [23:41] * Joins: lmclister (~lmclister@p76ed54f9.tokynt01.ap.so-net.ne.jp)
- # [23:41] <Hixie> GPHemsley: (btw, if you could avoid cc'ing other lists that'd be great, because it causes all kinds of confusing thread fragmentation. e.g. i can't make heads or tails of your subthread that got cc'ed to apps-discuss.)
- # [23:41] <Hixie> GPHemsley: (though that could just be because the other guy only replied to you each time?)
- # [23:46] <Hixie> heycam|away: any feedback on https://www.w3.org/Bugs/Public/show_bug.cgi?id=22102 ?
- # [23:51] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.90 [Firefox 22.0/20130528181031])
- # [23:51] * Joins: jarek (~jarek@unaffiliated/jarek)
- # [23:52] * Quits: zdobersek (~zdobersek@cpe-77.38.31.63.cable.t-1.si) (Quit: ZNC - http://znc.in)
- # [23:53] * Quits: lmclister (~lmclister@p76ed54f9.tokynt01.ap.so-net.ne.jp) (Quit: lmclister)
- # [23:53] * Quits: KevinMarks (~KevinMark@c-71-204-145-244.hsd1.ca.comcast.net) (Ping timeout: 255 seconds)
- # [23:53] * Quits: yodasw16 (~yodasw16@ql1fwhide.rockfin.com) (Quit: yodasw16)
- # [23:54] * Joins: kuatsure (~kuatsure@cpe-184-59-98-156.cinci.res.rr.com)
- # [23:58] * Krinkle|detached is now known as Krinkle
- # [23:58] * Joins: KevinMarks (~KevinMark@vpn-na-west.corp.salesforce.com)
- # [23:59] * Joins: nimbu (~nimbu@static-213-115-185-54.sme.bredbandsbolaget.se)
- # Session Close: Tue Jun 11 00:00:00 2013
The end :)