Options:
Previous day, Next day
- # Session Start: Tue Jul 14 00:00:00 2015
- # Session Ident: #whatwg
- # [00:00] * Quits: KevinMarks (~yaaic@2607:fb90:227f:7157:f30:6ae1:46f8:ae7f) (Ping timeout: 248 seconds)
- # [00:02] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
- # [00:02] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
- # [00:02] * Joins: weinig (~weinig@17.114.219.156)
- # [00:03] * Quits: weinig (~weinig@17.114.219.156) (Client Quit)
- # [00:04] * Quits: JonDavis (~solyce@17.114.219.212) (Quit: JonDavis)
- # [00:05] * Quits: othermaciej (~mjs@17.245.30.251) (Quit: othermaciej)
- # [00:07] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: The deeper I go / the deeper I go / green mountains - Santoka)
- # [00:10] * Joins: tav (~tav`@host86-167-17-109.range86-167.btcentralplus.com)
- # [00:10] * Joins: othermaciej (~mjs@17.245.30.251)
- # [00:12] * Quits: KevinMarks__ (~yaaic@64.62.178.135) (Read error: Connection reset by peer)
- # [00:12] * Joins: KevinMarks (~yaaic@64.62.178.135)
- # [00:16] * Joins: KevinMarks__ (~yaaic@2607:fb90:227f:7157:353b:2f67:d922:ab33)
- # [00:16] * Quits: Ms2ger (~Ms2ger@91.182.63.90) (Ping timeout: 256 seconds)
- # [00:18] * Quits: bin_005_i (~ctlM@80.83.238.124) (Read error: Connection reset by peer)
- # [00:18] * Quits: KevinMarks (~yaaic@64.62.178.135) (Ping timeout: 252 seconds)
- # [00:27] * Joins: bradleymeck (~bradleyme@cpe-70-114-246-88.austin.res.rr.com)
- # [00:27] * Quits: KevinMarks__ (~yaaic@2607:fb90:227f:7157:353b:2f67:d922:ab33) (Remote host closed the connection)
- # [00:30] * Quits: plutoniix (~plutoniix@node-68d.pool-125-25.dynamic.totbb.net) (Quit: จรลี จรลา)
- # [00:31] * Joins: KevinMarks (~yaaic@2607:fb90:227f:7157:353b:2f67:d922:ab33)
- # [00:35] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [00:37] * Quits: KevinMarks (~yaaic@2607:fb90:227f:7157:353b:2f67:d922:ab33) (Ping timeout: 240 seconds)
- # [00:39] * Quits: ehsan_ (~ehsan@66.207.208.102) (Remote host closed the connection)
- # [00:39] * Joins: weinig (~weinig@17.202.50.223)
- # [00:43] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
- # [00:45] * Quits: roc (~chatzilla@121.98.85.142) (Ping timeout: 240 seconds)
- # [00:55] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [00:58] * Quits: alrra (uid62345@gateway/web/irccloud.com/x-rodhlszfbpqbzhsy) (Quit: Connection closed for inactivity)
- # [01:01] * Quits: howitdo (~howitdo@unaffiliated/howitdo) (Ping timeout: 240 seconds)
- # [01:01] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [01:02] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [01:04] <Domenic> Can dispatching an event (from spec) throw an error?
- # [01:04] <Domenic> Probably not...
- # [01:14] * Joins: howitdo (~howitdo@cpe-172-73-4-203.carolina.res.rr.com)
- # [01:14] * Quits: howitdo (~howitdo@cpe-172-73-4-203.carolina.res.rr.com) (Changing host)
- # [01:14] * Joins: howitdo (~howitdo@unaffiliated/howitdo)
- # [01:15] <smaug____> Domenic: it can if the event is already being dispatched
- # [01:15] <smaug____> (or if the event isn't initialized )
- # [01:16] <smaug____> oh, perhaps "from spec" means, implementation dispatching events
- # [01:16] <Domenic> smaug____: OK, but author listeners throwing doesn't need to be handled by specs that do "dispatch event"
- # [01:17] * Quits: bradleymeck (~bradleyme@cpe-70-114-246-88.austin.res.rr.com) (Quit: bradleymeck)
- # [01:22] <caitp> do multiple event listeners ever happen in the same turn?
- # [01:22] <TabAtkins> No.
- # [01:23] <caitp> just trying to think of a situation where it would matter if the authors listener threw
- # [01:24] <Domenic> Of course they do...
- # [01:24] * heycam|away is now known as heycam
- # [01:24] <Domenic> dispatchEvent() will fire them all, for one
- # [01:24] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [01:24] <Domenic> And queuing a task to fire an event from some other spec will call all of them, certainly.
- # [01:25] <Domenic> Right, OK, there's a try { call listener } catch (e) { reportException(e); } in the spec. https://dom.spec.whatwg.org/#concept-event-listener-invoke
- # [01:26] * Joins: ehsan_ (~ehsan@67.213.81.154)
- # [01:29] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 256 seconds)
- # [01:29] <caitp> i dunno man, the web is too complicated. no idea how you can ever tell if some change might break something unless it's really obvious
- # [01:31] <caitp> even for less complicated systems, it's really hard to tell if anyone ever depends on some subtle thing that might change between versions
- # [01:38] * Joins: roc (~chatzilla@2001:cb0:b202:224:2677:3ff:fece:dc64)
- # [01:44] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [01:48] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 246 seconds)
- # [02:01] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [02:05] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 256 seconds)
- # [02:12] * Quits: qard (~sbelanger@209.139.228.33) (Quit: (ノಠ益ಠ)ノ彡┻━┻)
- # [02:12] * Quits: hgl (~hgl@unaffiliated/hgl) (Ping timeout: 255 seconds)
- # [02:17] * Joins: ExecSlim (~Hexagon@unaffiliated/execslim)
- # [02:18] * Quits: jyasskin (~jyasskin@216.239.45.93) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [02:19] * Joins: hgl (~hgl@unaffiliated/hgl)
- # [02:20] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 252 seconds)
- # [02:20] * Quits: othermaciej (~mjs@17.245.30.251) (Quit: othermaciej)
- # [02:22] * Joins: jyasskin (~jyasskin@207.198.105.19)
- # [02:26] * Joins: curapika (~curapika@45.56.38.248)
- # [02:27] * Quits: curapika (~curapika@45.56.38.248) (Remote host closed the connection)
- # [02:37] * Joins: othermaciej (~mjs@76.74.153.49)
- # [02:40] * Krinkle is now known as Krinkle_
- # [02:52] * Joins: plutoniix (~plutoniix@119.63.87.222)
- # [02:55] * Quits: othermaciej (~mjs@76.74.153.49) (Quit: othermaciej)
- # [02:56] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: The deeper I go / the deeper I go / green mountains - Santoka)
- # [02:56] * Joins: othermaciej (~mjs@76.74.153.49)
- # [02:57] * Quits: weinig (~weinig@17.202.50.223) (Quit: weinig)
- # [02:59] * Joins: mven (~textual@cpe-173-174-112-125.austin.res.rr.com)
- # [02:59] * Quits: mven (~textual@cpe-173-174-112-125.austin.res.rr.com) (Excess Flood)
- # [03:00] * Joins: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net)
- # [03:02] * Quits: tantek (~tantek@207.126.102.130) (Quit: tantek)
- # [03:04] * Joins: JonDavis (~solyce@c-73-151-87-134.hsd1.ca.comcast.net)
- # [03:11] * Joins: bradleymeck (~bradleyme@cpe-70-114-246-88.austin.res.rr.com)
- # [03:13] * Quits: JonDavis (~solyce@c-73-151-87-134.hsd1.ca.comcast.net) (Quit: JonDavis)
- # [03:22] * Quits: othermaciej (~mjs@76.74.153.49) (Ping timeout: 246 seconds)
- # [03:25] * Joins: tantek (~tantek@71-222-113-168.ptld.qwest.net)
- # [03:28] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [03:30] * Joins: Goplat (~goplat@reactos/developer/Goplat)
- # [03:33] * Joins: JosephSilber (~JosephSil@ool-43530e48.dyn.optonline.net)
- # [03:33] * Quits: JosephSilber (~JosephSil@ool-43530e48.dyn.optonline.net) (Max SendQ exceeded)
- # [03:34] * Joins: JosephSilber (~JosephSil@ool-43530e48.dyn.optonline.net)
- # [03:34] * Quits: jyasskin (~jyasskin@207.198.105.19) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [03:39] * Quits: tantek (~tantek@71-222-113-168.ptld.qwest.net) (Quit: tantek)
- # [03:43] * Joins: tantek (~tantek@71-222-113-168.ptld.qwest.net)
- # [03:48] * MikeSmith wonders if any HTML parser implementors/testers are around
- # [03:48] <MikeSmith> thinking about https://github.com/inikulin/parse5/issues/26#issuecomment-113298544
- # [03:49] <MikeSmith> I'm not sure what he means there about "if an html opening tags is found in the 'in body' insertion mode, its attributes should extend the attributes of the first html element. Doing this would basically buffer the whole document in memory."
- # [03:50] <gsnedders> I am?
- # [03:50] * gsnedders looks
- # [03:50] <MikeSmith> gsnedders: I think I know now
- # [03:51] * Quits: JoWie (uid93456@gateway/web/irccloud.com/x-jqkfthbzqlfbltnx) (Quit: Connection closed for inactivity)
- # [03:51] <MikeSmith> he means specfically the `html` element in the "in body" insertion mode
- # [03:51] <MikeSmith> https://html.spec.whatwg.org/multipage/syntax.html#parsing-main-inbody
- # [03:51] <MikeSmith> the "Otherwise, for each attribute on the token, check to see if the attribute is already present on the top element of the stack of open elements. If it is not, add the attribute and its corresponding value to that element." part
- # [03:51] <MikeSmith> that is nuts
- # [03:52] <gsnedders> yeah, html start tags do that
- # [03:52] <MikeSmith> ok
- # [03:52] <MikeSmith> so he seems right
- # [03:52] <gsnedders> yep
- # [03:52] <MikeSmith> well I mean, he's right that doing that requires buffering the whole document in memory
- # [03:53] <MikeSmith> unless I'm missing something
- # [03:53] <MikeSmith> I don't understand what he means by "A way to mitigate this could be to send provisional html tags"
- # [03:53] <gsnedders> idk, sounds like doing weird shit by special casing the html element
- # [03:54] <MikeSmith> yeah
- # [03:54] <gsnedders> like sending "here's the html element", "oh wait no here's more for the html element"
- # [03:54] <gsnedders> the only practical way to do SAX for HTML is to admit fatal errors
- # [03:54] <MikeSmith> really?
- # [03:54] <gsnedders> IMO
- # [03:54] <MikeSmith> ok
- # [03:55] <MikeSmith> that's the core of what I've been wondering
- # [03:55] <gsnedders> you can so easily end up having to buffer so much that I'm never convinced it's worth it
- # [03:55] <gsnedders> esp. with AAA
- # [03:55] <MikeSmith> yep
- # [03:55] <MikeSmith> sadly
- # [03:55] * Quits: ehsan_ (~ehsan@67.213.81.154) (Remote host closed the connection)
- # [03:55] <MikeSmith> though I was hoping to hear you say otherwise
- # [03:56] <gsnedders> the requirement that you fatally error when you first hit a parse error or never means you can't do limited buffering based on allowing n tokens, really
- # [03:56] <gsnedders> at least while complying with the spec
- # [03:56] <gsnedders> though maybe that's a memory limitation and hence allowable?
- # [03:56] <MikeSmith> hmm yeah but that would be a lazy way out
- # [03:57] * Joins: ehsan_ (~ehsan@67.213.81.154)
- # [03:57] <gsnedders> AAA only requires buffering while the list of formatting elements is not empty, no?
- # [03:57] <gsnedders> but you must always buffer while the list is not empty, right?
- # [03:57] <MikeSmith> ah yeah
- # [03:57] <gsnedders> and you have to buffer all tables entirely
- # [03:58] <gsnedders> I mean for a fair few documents that's essentially buffering the whole document
- # [03:58] <MikeSmith> sure yeah that's certain
- # [03:58] <gsnedders> which people probably don't expect of a streaming parser
- # [03:58] <MikeSmith> true
- # [03:58] <MikeSmith> again, sadly
- # [03:58] <gsnedders> I think the only sensible way to do a streaming API is buffer everything or admit fatal errors, basically.
- # [03:59] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
- # [03:59] <MikeSmith> yeah so I guess that's wahy Henri's SAX parser just either buffers the entire document or lets you opt into fatal-error-for-any-non-streaming-case
- # [04:00] <MikeSmith> gsnedders: if you have time please consider adding a comment at https://github.com/servo/html5ever/issues/149
- # [04:00] <MikeSmith> and/or talking to SimonSapin about it here
- # [04:00] <gsnedders> try reminding me in a few days
- # [04:00] <MikeSmith> hai
- # [04:01] <MikeSmith> well I'll make a comment right now on that issue and point to the logs here and ping you in the comment
- # [04:02] <MikeSmith> and remind you later if needed
- # [04:05] * Joins: newbie (~Areks@rs.gridnine.com)
- # [04:05] * newbie is now known as Guest18483
- # [04:06] * Quits: Areks (~Areks@rs.gridnine.com) (Read error: Connection reset by peer)
- # [04:07] * Joins: othermaciej (~mjs@76.14.75.149)
- # [04:08] <gsnedders> kk
- # [04:10] * Quits: othermaciej (~mjs@76.14.75.149) (Client Quit)
- # [04:11] * Joins: othermaciej (~mjs@76.14.75.149)
- # [04:14] * Quits: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
- # [04:14] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [04:19] * Quits: seventh (seventh@128.90.35.159) (Ping timeout: 264 seconds)
- # [04:20] * Joins: jdaggett_ (~jdaggett@103.5.142.42)
- # [04:23] * Quits: othermaciej (~mjs@76.14.75.149) (Quit: othermaciej)
- # [04:24] * Quits: ehsan_ (~ehsan@67.213.81.154) (Quit: Leaving...)
- # [04:24] * Quits: bradleymeck (~bradleyme@cpe-70-114-246-88.austin.res.rr.com) (Quit: bradleymeck)
- # [04:25] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [04:26] * Quits: tantek (~tantek@71-222-113-168.ptld.qwest.net) (Quit: tantek)
- # [04:28] * Joins: othermaciej (~mjs@76.14.75.149)
- # [04:39] * Quits: jacobolu_ (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
- # [04:47] * Joins: weinig (~weinig@c-50-131-222-145.hsd1.ca.comcast.net)
- # [04:48] * Quits: bnicholson (~bnicholso@2620:101:80fc:224:dd0a:d9ea:1266:43a5) (Quit: This computer has gone to sleep)
- # [04:48] * Joins: bradleymeck (~bradleyme@cpe-70-114-246-88.austin.res.rr.com)
- # [04:55] * Quits: bradleymeck (~bradleyme@cpe-70-114-246-88.austin.res.rr.com) (Quit: bradleymeck)
- # [04:58] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
- # [05:00] * Joins: bnicholson (~bnicholso@c-24-130-60-241.hsd1.ca.comcast.net)
- # [05:04] * Quits: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net) (Quit: eric_carlson)
- # [05:06] * Quits: othermaciej (~mjs@76.14.75.149) (Quit: othermaciej)
- # [05:08] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
- # [05:08] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [05:13] * Joins: bradleymeck (~bradleyme@cpe-70-114-246-88.austin.res.rr.com)
- # [05:15] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [05:26] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [05:30] * heycam is now known as heycam|away
- # [05:30] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 246 seconds)
- # [05:37] * Joins: imagineer (~imagineer@122.167.115.117)
- # [05:37] * Quits: robogoat (~robogoat@c-24-126-240-124.hsd1.ga.comcast.net) (Ping timeout: 264 seconds)
- # [05:40] * Quits: imagineer (~imagineer@122.167.115.117) (Remote host closed the connection)
- # [05:42] * Joins: imagineer (~imagineer@122.167.115.117)
- # [05:46] * Quits: imagineer (~imagineer@122.167.115.117) (Ping timeout: 255 seconds)
- # [05:48] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
- # [05:50] * Joins: svincent (~svincent@ip70-187-134-52.oc.oc.cox.net)
- # [05:50] * Quits: bradleymeck (~bradleyme@cpe-70-114-246-88.austin.res.rr.com) (Quit: bradleymeck)
- # [05:51] * Quits: rniwa (~rniwa@17.202.46.1) (Ping timeout: 248 seconds)
- # [05:53] * Quits: jdaggett_ (~jdaggett@103.5.142.42) (Quit: jdaggett_)
- # [05:53] * Joins: robogoat (~robogoat@c-24-126-240-124.hsd1.ga.comcast.net)
- # [06:02] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [06:07] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 250 seconds)
- # [06:14] * Joins: imagineer (~imagineer@122.167.115.117)
- # [06:21] * Quits: gavinc (~gavin@barad-dur.carothers.name) (Quit: Konversation terminated!)
- # [06:25] * Joins: othermaciej (~mjs@76.14.75.149)
- # [06:26] * Joins: tantek (~tantek@67.23.193.215)
- # [06:28] * Joins: imaginee_ (~imagineer@122.178.200.174)
- # [06:28] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
- # [06:29] * Quits: imagineer (~imagineer@122.167.115.117) (Ping timeout: 264 seconds)
- # [06:32] * Joins: imagineer (~imagineer@117.251.226.192)
- # [06:34] * heycam|away is now known as heycam
- # [06:35] * Quits: imaginee_ (~imagineer@122.178.200.174) (Ping timeout: 252 seconds)
- # [06:37] * Joins: dbaron (~dbaron@46.165.228.67)
- # [06:43] * Quits: weinig (~weinig@c-50-131-222-145.hsd1.ca.comcast.net) (Quit: weinig)
- # [06:58] * Joins: jdaggett_ (~jdaggett@103.5.142.25)
- # [07:09] * Quits: imagineer (~imagineer@117.251.226.192) (Remote host closed the connection)
- # [07:10] * Joins: alrra (uid62345@gateway/web/irccloud.com/x-mjuniheqxukeolao)
- # [07:23] * Quits: dbaron (~dbaron@46.165.228.67) (Ping timeout: 248 seconds)
- # [07:25] * Quits: jdaggett_ (~jdaggett@103.5.142.25) (Quit: jdaggett_)
- # [07:27] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [07:28] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 246 seconds)
- # [07:28] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [07:32] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 246 seconds)
- # [07:41] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
- # [07:43] * Joins: dbaron (~dbaron@46.165.228.67)
- # [07:46] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [07:47] * Joins: ohaibbq (~ohaibbq@98.248.65.213)
- # [07:50] * Joins: munumnu (~munumnunu@212.204.53.130)
- # [07:55] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
- # [07:55] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [07:58] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
- # [07:58] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [07:59] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
- # [08:07] * Quits: roc (~chatzilla@2001:cb0:b202:224:2677:3ff:fece:dc64) (Ping timeout: 256 seconds)
- # [08:13] * Joins: izhak (c1c8156a@gateway/web/freenode/ip.193.200.21.106)
- # [08:14] * Quits: caitp (~green@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [08:15] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
- # [08:15] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [08:17] * Quits: psy_ (~psy@43.224.156.121) (Ping timeout: 256 seconds)
- # [08:19] * Quits: dlitz (~dwon@goedel.dlitz.net) (Remote host closed the connection)
- # [08:22] * Joins: dlitz (~dwon@goedel.dlitz.net)
- # [08:24] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
- # [08:25] * Joins: howdoi (uid224@gateway/web/irccloud.com/x-pfvhnxxssshzadgd)
- # [08:25] * Joins: psy_ (~psy@43.224.156.117)
- # [08:26] * Quits: psy_ (~psy@43.224.156.117) (Max SendQ exceeded)
- # [08:26] * Joins: psy_ (~psy@43.224.156.117)
- # [08:29] * Quits: dbaron (~dbaron@46.165.228.67) (Ping timeout: 246 seconds)
- # [08:31] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [08:39] * Quits: tantek (~tantek@67.23.193.215) (Quit: tantek)
- # [08:54] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [08:55] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [08:56] * Quits: lerc (~quassel@121-74-240-205.telstraclear.net) (Read error: Connection reset by peer)
- # [08:59] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
- # [09:16] * Joins: Ms2ger (~Ms2ger@91.182.63.90)
- # [09:18] * Joins: roc (~chatzilla@121.98.93.153)
- # [09:27] * Joins: dbaron (~dbaron@2a04:a40:1000:e8:8d83:baf:17db:6c1e)
- # [09:28] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [09:28] * heycam is now known as heycam|away
- # [09:29] * Joins: frivoal (~frivoal@AMontsouris-552-1-104-142.w92-140.abo.wanadoo.fr)
- # [09:31] * Joins: JoWie (uid93456@gateway/web/irccloud.com/x-wlahgddgcldidcca)
- # [09:33] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 256 seconds)
- # [09:36] <annevk> jgraham: that's not defined by HTML?
- # [09:43] * Quits: aretecode (~aretecode@S01061859339e5f51.cc.shawcable.net) (Ping timeout: 256 seconds)
- # [09:46] * Joins: espadrine (~tyl@dan75-7-88-166-187-54.fbx.proxad.net)
- # [09:50] * Joins: KevinMarks__ (~yaaic@2607:fb90:2265:62b0:854d:258b:e599:2779)
- # [09:53] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
- # [09:53] * Quits: frivoal (~frivoal@AMontsouris-552-1-104-142.w92-140.abo.wanadoo.fr) (Remote host closed the connection)
- # [09:55] * Joins: g4 (~g4@vpn-oslo.vivaldi.com)
- # [09:55] * Quits: g4 (~g4@vpn-oslo.vivaldi.com) (Changing host)
- # [09:55] * Joins: g4 (~g4@unaffiliated/gormer)
- # [09:57] * Joins: lerc (~quassel@121-74-249-71.telstraclear.net)
- # [09:58] * Quits: jochen__ (jochen@nat/google/x-wnxqudyptikanxfn) (Remote host closed the connection)
- # [10:01] * Joins: frivoal (~frivoal@AMontsouris-552-1-104-142.w92-140.abo.wanadoo.fr)
- # [10:02] * Quits: frivoal (~frivoal@AMontsouris-552-1-104-142.w92-140.abo.wanadoo.fr) (Remote host closed the connection)
- # [10:04] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [10:07] <SimonSapin> Thanks for looking into it MikeSmith, gsnedders
- # [10:08] * Joins: imagineer (~imagineer@123.201.255.186)
- # [10:08] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 264 seconds)
- # [10:09] * Quits: ohaibbq (~ohaibbq@98.248.65.213) (Remote host closed the connection)
- # [10:10] <Ms2ger> That didn't take long: https://bugzilla.mozilla.org/show_bug.cgi?id=1182775
- # [10:12] <MikeSmith> SimonSapin: well Ivan Nikulin (parse5 implementor) is still convinced it's feasible
- # [10:12] <MikeSmith> he just commented a couple minutes ago to say as much
- # [10:12] <MikeSmith> https://github.com/inikulin/parse5/issues/26#issuecomment-121160391
- # [10:12] <MikeSmith> I very much hope he's right
- # [10:12] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 265 seconds)
- # [10:12] <MikeSmith> gsnedders: shttps://github.com/inikulin/parse5/issues/26#issuecomment-121160391
- # [10:13] <MikeSmith> oofs
- # [10:13] <MikeSmith> gsnedders: https://github.com/inikulin/parse5/issues/26#issuecomment-121160391
- # [10:13] * Quits: CvP (~CvP@203.76.123.238) (Read error: Connection reset by peer)
- # [10:14] <MikeSmith> Ms2ger: that means gmail's using invalid linear-gradient syntax?
- # [10:14] <annevk> Maybe he's saying something else? The parser doesn't really have to buffer, but it definitely needs to plug into some DOM...
- # [10:14] <annevk> MikeSmith: we removed -moz- gradient syntax
- # [10:14] <MikeSmith> annevk: ah OK
- # [10:15] <MikeSmith> I guess breaking gmail is a good way to find out if people are paying attention
- # [10:15] <MikeSmith> annevk: streaming parse
- # [10:15] <MikeSmith> *parser
- # [10:15] <annevk> You can implement <table><p> "streaming" as long as the other side can deal with "you need to modify the tree"
- # [10:16] <MikeSmith> well how does the other side know that ahead of time?
- # [10:16] <annevk> If the other side throws away the tree it's not going to be the correct
- # [10:16] <annevk> You don't
- # [10:16] <SimonSapin> MikeSmith: I wonder if you and him are talking about the same thing. The initial message of inikulin/parse5#26 is about making the input of the tokenizer (bytes or text) be a stream instead of a single string/buffer. I was asking whether the *output* of the tree builder could be like SAX/StAX
- # [10:16] <annevk> Yeah, agreed, he's talking about something else
- # [10:17] * Quits: imagineer (~imagineer@123.201.255.186) (Read error: Connection reset by peer)
- # [10:17] <MikeSmith> ah
- # [10:17] <MikeSmith> yeah
- # [10:17] * MikeSmith looks back
- # [10:17] * Joins: imagineer (~imagineer@123.201.255.186)
- # [10:17] <SimonSapin> What annevk said. That last comment also talks about modifying nodes that were already "emitted"
- # [10:17] <annevk> We've known since 2006 or so that a streaming HTML parser requires a different set of rules
- # [10:17] <MikeSmith> yeah I misunderstand what kind of streaming that issue was about
- # [10:18] <annevk> And Hixie has thought of specifying one for search engines, but it never became high enough priority
- # [10:18] <MikeSmith> annevk: sure (about streaming requiring different rules)
- # [10:18] <SimonSapin> annevk: different rules would give different results, right? Isn’t that an interop problem?
- # [10:19] <annevk> SimonSapin: yeah, of sorts
- # [10:19] <MikeSmith> ah I didn't know that's what you meant
- # [10:19] <annevk> SimonSapin: but you'd opt into that for the perf
- # [10:20] <SimonSapin> hum, ok
- # [10:20] * Joins: CvP (~CvP@203.76.123.238)
- # [10:20] <annevk> I mean that was the idea
- # [10:20] <MikeSmith> I think that's not true the rules need to be different. The different rule is that you either need to buffer the whole document, or you need to just fail on any markup cases that need non-streaming behavior
- # [10:21] <MikeSmith> Henri's buffered SAX parser is fully conforming
- # [10:21] <annevk> At the time anyway e.g. Google didn't modify some tree so would have some minor differences from browsers, a tradeoff they thought was worth it
- # [10:21] <annevk> (Google the search engine)
- # [10:22] <annevk> MikeSmith: if you buffer it's not really streaming imo
- # [10:22] <annevk> MikeSmith: buffer the whole document is akin to just building a tree
- # [10:24] <SimonSapin> MikeSmith: I’m ok with the conclusion: it’s only possible with tradeoffs that make it not worth it. (Either not-really-streaming or fatal errors.)
- # [10:24] <MikeSmith> SimonSapin: ok
- # [10:24] * Joins: jochen__ (jochen@nat/google/x-yrjvuwopwskzmknw)
- # [10:26] <MikeSmith> annevk: well the difference is you're not also building some tree/DOM-like thing from it (which among other things requires a lot more memory than just putting the source into memory)
- # [10:26] <MikeSmith> but I agree it's not real streaming
- # [10:28] <SimonSapin> And so far I’m only guessing what the original poster of https://github.com/servo/html5ever/issues/149 is trying to do
- # [10:28] <annevk> MikeSmith: well even if you buffer the whole document you'll still need to create some tree, no? To be able to modify it and place that <p> before <table>?
- # [10:29] <MikeSmith> annevk: yeah but it can just be a much smaller and simpler stack
- # [10:30] <MikeSmith> I think Henri's parser keeps a few different stacks for that and other things
- # [10:30] <MikeSmith> but it never builds a tree of the entire document, nor needs to
- # [10:31] <MikeSmith> it mostly just passes on the events
- # [10:32] <MikeSmith> well, or in the end that's all the SAX API exposes, just eventsーstartElement, endElement, etc.
- # [10:35] <jgraham> annevk: Well it seems like it almost is?
- # [10:35] <annevk> now you're making me look
- # [10:36] <jgraham> annevk: I mean if I have <iframe src="someting that causes a network error or CORS error"></iframe> I *think* you end up in https://html.spec.whatwg.org/#read-ua-inline
- # [10:37] <jgraham> But then it's entirely unclear what e.g. iframe.contentDocument should be
- # [10:38] <annevk> step 22 of navigate seems to leave a bunch of things up to the user agent
- # [10:38] <annevk> it includes network errors in "some sort of processing that will not affect the browsing context"
- # [10:39] <annevk> jgraham: so yeah, I guess I don't really know
- # [10:40] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [10:41] <jgraham> I don't see how network errors will "not affect the browsing context" given that the normal implementation is to navigate to an error page
- # [10:41] <annevk> agreed
- # [10:42] <jgraham> The context here is SW tests that try to check that a CORS-forbidden resource didn't load
- # [10:43] * Joins: KevinMarks___ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [10:43] <jgraham> Do you agree that checking that the iframe either has a null contentDocument or has a contentDocument but the contents are not the contents of the resource that was expected to load is reasonable per-spec
- # [10:43] <jgraham> ?
- # [10:43] <annevk> I'm not sure what to tell you. You know better than anyone that navigate is a mess...
- # [10:43] <jgraham> Well yes :)
- # [10:44] <annevk> Yeah, that seems reasonable, but I would prefer a "TODO" comment there that suggests further work is needed to narrow it down to one or the other
- # [10:44] * Quits: KevinMarks__ (~yaaic@2607:fb90:2265:62b0:854d:258b:e599:2779) (Ping timeout: 248 seconds)
- # [10:44] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 250 seconds)
- # [10:44] <jgraham> Sure, I'll file a spec bug later today and we can link that
- # [10:54] * Joins: bin_005 (~ctlM@80.83.239.64)
- # [10:55] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: The deeper I go / the deeper I go / green mountains - Santoka)
- # [10:58] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [11:01] * Joins: bin_005_d (~ctlM@217.118.64.36)
- # [11:02] * Quits: bin_005 (~ctlM@80.83.239.64) (Ping timeout: 244 seconds)
- # [11:12] * Quits: othermaciej (~mjs@76.14.75.149) (Quit: othermaciej)
- # [11:16] * Joins: imaginee_ (~imagineer@117.236.231.110)
- # [11:17] * Quits: imagineer (~imagineer@123.201.255.186) (Ping timeout: 244 seconds)
- # [11:19] * Joins: imagineer (~imagineer@117.232.173.41)
- # [11:22] * Quits: imaginee_ (~imagineer@117.236.231.110) (Ping timeout: 244 seconds)
- # [11:25] * Quits: izhak (c1c8156a@gateway/web/freenode/ip.193.200.21.106) (Ping timeout: 246 seconds)
- # [11:29] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [11:32] * Joins: imaginee_ (~imagineer@123.201.255.186)
- # [11:32] * Quits: imagineer (~imagineer@117.232.173.41) (Ping timeout: 240 seconds)
- # [11:33] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 246 seconds)
- # [11:36] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [11:37] <JakeA> annevk: What redirect mode is CSS fetched with? What is it about the CSS fetch that allows relative URLs to work after redirects?
- # [11:37] <annevk> JakeA: nothing
- # [11:38] <JakeA> annevk: as in, it's not defined, or it doesn't need to be defined?
- # [11:38] <annevk> JakeA: it is defined and changes the default if you use fetch()
- # [11:39] <annevk> JakeA: we discussed this about fetch() vs event.default()
- # [11:39] <annevk> It wasn't seen as a problem...
- # [11:39] <JakeA> I'm not saying it is
- # [11:40] <JakeA> Just trying to follow it through the fetch spec
- # [11:40] <annevk> <link rel=stylesheet href=/x> ends up with /x being the base URL, regardless of what fetch("/") actually results in
- # [11:40] <annevk> it's no different from <img src=/x>
- # [11:41] <JakeA> annevk: ahh I see, so a normal fetch updates locationURL, which the CSS uses as its base?
- # [11:42] <annevk> no, fetch() doesn't update the URL
- # [11:42] <annevk> actually, I'm not even sure how to parse that sentence
- # [11:42] <annevk> locationURL is not a thing
- # [11:43] <JakeA> "Let locationURL be the result of parsing location with request's current url."
- # [11:43] <JakeA> Ahh, but that's appended to the request's url list
- # [11:43] <JakeA> I guess it's that that CSS uses to get its base url?
- # [11:44] * Joins: paritosh-in (0e8d5b14@gateway/web/freenode/ip.14.141.91.20)
- # [11:44] <annevk> Again, if the request from the page is for /x, /x is the base URL even though fetch("/x") may follow many redirects
- # [11:46] <annevk> The `locationURL` stuff is completely local to the fetch() happening in the service worker
- # [11:46] <JakeA> annevk: I'm not talking about fetch(), I'm talking about how the part of the spec that requests CSS sets the base url correctly.
- # [11:46] <JakeA> I'm talking about without a SW
- # [11:46] <annevk> I see
- # [11:47] <annevk> JakeA: basically step 10 of "main fetch"
- # [11:47] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
- # [11:48] <annevk> JakeA: https://fetch.spec.whatwg.org/#concept-response-url is the URL eventually used
- # [11:48] <JakeA> annevk: gotcha, cheers
- # [11:49] <annevk> (That note has a type s/request/response/ which I'll fix.)
- # [11:49] <annevk> typo
- # [12:00] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Remote host closed the connection)
- # [12:07] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
- # [12:09] * Joins: adactio (~adactio@212.42.170.121)
- # [12:10] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
- # [12:12] * Quits: g4 (~g4@unaffiliated/gormer) (Remote host closed the connection)
- # [12:14] * Joins: g4 (~g4@unaffiliated/gormer)
- # [12:15] <annevk> JakeA: so are you still figuring out what the complete picture should be for redirects?
- # [12:15] * annevk has nearly fixed https://github.com/whatwg/fetch/issues/70
- # [12:21] <ondras> hmh
- # [12:21] <ondras> https://github.com/ModuleLoader/es6-module-loader
- # [12:21] <ondras> is some kind of baseurl supported with the es6 module loader?
- # [12:21] <ondras> the docs are only relevant for the 0.16 branch, that is outdated
- # [12:22] <ondras> and the 0.17 does not support System.baseURL. Is this feature present in the spec?
- # [12:31] <JakeA> annevk: trying to :) I think between opaque redirects and useFinalUrl (or whatever it gets called) we probably don't need event.default() - but just running it through my head
- # [12:32] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [12:35] * Quits: plutoniix (~plutoniix@119.63.87.222) (Quit: จรลี จรลา)
- # [12:53] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
- # [12:54] * Quits: sarrri (~sari@unaffiliated/sarri) (Ping timeout: 256 seconds)
- # [12:55] * Quits: CvP (~CvP@203.76.123.238) (Read error: No route to host)
- # [12:56] * Joins: CvP (~CvP@203.76.123.238)
- # [13:00] * Joins: sarrri (~sari@2a01:238:4329:1400:d20b:3dde:63aa:b36f)
- # [13:00] * Quits: sarrri (~sari@2a01:238:4329:1400:d20b:3dde:63aa:b36f) (Changing host)
- # [13:00] * Joins: sarrri (~sari@unaffiliated/sarri)
- # [13:04] <MikeSmith> fyi I just now deployed a somewhat disruptive change to the production W3C validator
- # [13:04] <MikeSmith> if anybody notices that the sky seems to be falling as result please ping me
- # [13:05] <MikeSmith> e.g., rage in the twitter-sphere or wherever about it breaking somebody's thing
- # [13:07] <MikeSmith> the validator is serving at least 9-10 validation requests a second so I'd imagine it will get noticed pretty quickly
- # [13:14] * Joins: bradleymeck (~bradleyme@cpe-70-114-246-88.austin.res.rr.com)
- # [13:21] <JakeA> annevk: how are you feeling about the security the opaque redirect? Does it need further review? I could try and find someone for that
- # [13:22] <annevk> JakeA: I'm pretty confident with my outline
- # [13:22] <annevk> JakeA: the only thing I'm less sure about is exposing "manual", but I guess I should just do it
- # [13:23] <annevk> As in, I wonder if it's a good enough term and such
- # [13:24] * Quits: bin_005_d (~ctlM@217.118.64.36) (Ping timeout: 248 seconds)
- # [13:24] <JakeA> annevk: would a cross-origin manual-redirect fetch be a network failure?
- # [13:25] <annevk> That's also a good question
- # [13:25] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
- # [13:26] <JakeA> I shouldn't be able to detect redirects from other origins, and the different type would reveal that
- # [13:26] <annevk> You can already detect them with CSP
- # [13:26] <annevk> And now also with fetch(url, {redirect:"error"})
- # [13:26] <JakeA> hah, didn't realise CSP exposes that
- # [13:26] <JakeA> that's kinda suprising
- # [13:27] <annevk> WebAppSec, despite the name, is not great at SOP
- # [13:27] <annevk> (or redirects)
- # [13:28] <annevk> JakeA: I guess the other question is whether request /a with a opaque redirect whose url is /test should work
- # [13:29] <annevk> Restricting them to only those navigation requests that can handle them in the first place seems kind of nice
- # [13:29] <annevk> And further reduces the complexity tax
- # [13:30] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [13:30] <JakeA> annevk: yeah, I agree with you on that
- # [13:32] <annevk> JakeA: I guess I'll add all these restrictions for now, same-URL, same-origin
- # [13:32] <annevk> JakeA: it will handle navigate
- # [13:32] <annevk> and then we can see from there
- # [13:33] <JakeA> annevk: Just to check we're talking about the same thing, where are you going to make it fail? fetch(url, {redirect: "manual"}) should be able to return an opaque redirect, but if the SW returns it & the request isn't a navigation request, it'll fail.
- # [13:33] <JakeA> Is that what you're thinking?
- # [13:34] <annevk> it would fail if url is not same-origin
- # [13:34] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 240 seconds)
- # [13:34] <annevk> and it would fail if the response's url field from the SW does not match url
- # [13:35] <JakeA> same-origin makes sense
- # [13:35] <JakeA> annevk: what badness does the URL check prevent?
- # [13:37] <annevk> It would prevent creating a new code path that doesn't exist today
- # [13:38] <JakeA> I guess we can always open it out later
- # [13:38] <annevk> If I navigate to "/x" and the SW returns a redirect whose url is "/y" (redirecting to "/z"), the UA would have to redirect from "/x" to "/z"
- # [13:39] <JakeA> Yep
- # [13:39] <annevk> And not hit "/y", which is likely problematic
- # [13:39] <JakeA> Some potential weirdness with relative urls there too
- # [13:39] <annevk> I don't know, maybe it's okay
- # [13:40] <JakeA> We already allow returning a redirect to anywhere
- # [13:41] <annevk> That is true, but user agent code around redirects is even more fragile than I thought, so I'm a bit worried
- # [13:44] <annevk> Perhaps the navigate restriction is enough for now. I can't really think of anything bad with that restriction plus the opaqueness
- # [13:44] <annevk> Other than potential impl issues, but impls can raise those separately
- # [13:47] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
- # [13:49] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
- # [13:54] * Quits: bradleymeck (~bradleyme@cpe-70-114-246-88.austin.res.rr.com) (Quit: bradleymeck)
- # [14:03] * Joins: scor (~scor@bas1-richmondhill34-1176125169.dsl.bell.ca)
- # [14:03] * Quits: scor (~scor@bas1-richmondhill34-1176125169.dsl.bell.ca) (Changing host)
- # [14:03] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [14:19] * Joins: svl_ (~me@ip565744a7.direct-adsl.nl)
- # [14:19] * svl_ is now known as svl
- # [14:19] * Joins: bradleymeck (~bradleyme@rrcs-71-41-5-28.sw.biz.rr.com)
- # [14:24] * Joins: tav_ (~tav`@host86-167-17-109.range86-167.btcentralplus.com)
- # [14:24] * Quits: tav (~tav`@host86-167-17-109.range86-167.btcentralplus.com) (Read error: No route to host)
- # [14:24] * tav_ is now known as tav
- # [14:32] * Quits: ExecSlim (~Hexagon@unaffiliated/execslim) (Quit: ExecSlim)
- # [14:34] * Joins: tantek (~tantek@67.23.193.215)
- # [14:35] * Joins: aretecode (~aretecode@S01061859339e5f51.cc.shawcable.net)
- # [14:36] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [14:40] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [14:41] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 246 seconds)
- # [14:42] * Quits: ^esc (~esc-ape@91.141.2.23.wireless.dyn.drei.com) (Ping timeout: 264 seconds)
- # [14:49] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 264 seconds)
- # [14:58] <MikeSmith> annevk: btw looking further at Henri's SAX-API parser code, I realize I was talking out of my hat earlier
- # [14:58] <MikeSmith> as far as it not building a full tree
- # [14:58] <MikeSmith> https://github.com/validator/htmlparser/tree/master/src/nu/validator/saxtree
- # [14:59] <MikeSmith> it's even called "saxtree", which should have been a clue to me
- # [14:59] * Joins: eric_carlson (~ericc@17.202.47.130)
- # [15:17] * Quits: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net) (Remote host closed the connection)
- # [15:18] * Joins: plutoniix (~plutoniix@node-qj1.pool-180-180.dynamic.totbb.net)
- # [15:31] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [15:33] * Joins: rennan_martini (bb127e81@gateway/web/freenode/ip.187.18.126.129)
- # [15:35] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 248 seconds)
- # [15:36] * Quits: capella-s3 (~yaaic@cpe-24-59-243-39.twcny.res.rr.com) (Read error: Connection reset by peer)
- # [15:43] * Joins: caitp (~green@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [15:45] * Quits: flower (~user@71.116.150.203.sta.inet.co.th) (Read error: Connection reset by peer)
- # [15:47] * Joins: igoroliveira (uid20755@gateway/web/irccloud.com/x-hrggkgbhivajsmtg)
- # [15:50] * Quits: munumnu (~munumnunu@212.204.53.130) (Quit: Leaving)
- # [15:59] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
- # [16:06] * Quits: caitp (~green@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: www.textualapp.com)
- # [16:08] * Quits: lerc (~quassel@121-74-249-71.telstraclear.net) (Ping timeout: 264 seconds)
- # [16:09] * Joins: lerc_ (~quassel@121-74-249-71.telstraclear.net)
- # [16:27] * Joins: caitp (~green@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [16:27] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
- # [16:30] * Joins: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net)
- # [16:31] * Joins: mven (~textual@32.97.110.56)
- # [16:31] * Quits: mven (~textual@32.97.110.56) (Excess Flood)
- # [16:37] <Ms2ger> philipj, any news on https://code.google.com/p/chromium/issues/detail?id=310450 ?
- # [16:38] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [16:38] <philipj> Ms2ger: no, I haven't really made any attempt at all since I filed it
- # [16:39] <philipj> is it a site compat problem?
- # [16:39] <philipj> I presume you've also seen the discussion I and roc are having on the WHATWG mailing list?
- # [16:39] * Quits: imaginee_ (~imagineer@123.201.255.186) (Remote host closed the connection)
- # [16:39] <philipj> somewhat related, at least
- # [16:39] <Ms2ger> No, I was just cleaning out old emails
- # [16:40] <philipj> OK, let me know if you're having trouble with that default in particular, that would be a reason to bump its priority over the other gazillion :)
- # [16:41] <Ms2ger> philipj, if you have a test in wpt, I can have some newcomer pick it up :)
- # [16:41] <philipj> Ms2ger: The problem with preload and wpt is that the spec just doesn't say much normative at all :/
- # [16:42] <Ms2ger> \o/
- # [16:42] * Quits: tantek (~tantek@67.23.193.215) (Quit: tantek)
- # [16:42] <philipj> We wrote some pretty elaborate buffering tests for preload behavior for Presto, but there's just no justification for it in the spec, so they were removed during upstreaming
- # [16:42] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 250 seconds)
- # [16:43] <philipj> maybe we should have a "stuff we agree on even though the spec allows for differences" test suite :)
- # [16:43] <Ms2ger> I think that would make sense
- # [16:44] <philipj> maybe some way to mark tests as optional in wpt?
- # [16:44] <Ms2ger> jgraham, ^
- # [16:47] * Quits: bradleymeck (~bradleyme@rrcs-71-41-5-28.sw.biz.rr.com) (Quit: bradleymeck)
- # [16:52] * Joins: TallTed (~Thud@63.119.36.36)
- # [17:01] <jgraham> I guess? I mean I don't really like the idea of optional tests
- # [17:03] <Ms2ger> I generally think that more test coverage in CI is nice, even if there's disagreement about whether a FAIL is a failure
- # [17:06] * Joins: Lachy (~Lachy@213.166.174.2)
- # [17:07] <gsnedders> SimonSapin: FWIW, I think admitting fatal errors probably is useful for some uses (mostly when you're dealing with large corpora and trying to do analysis of it, and rejecting some inputs doesn't hurt too much)
- # [17:07] * Joins: bradleymeck (~bradleyme@70.114.246.88)
- # [17:08] <gsnedders> philipj: are thy in t/core?
- # [17:08] <gsnedders> philipj: like, the dump of it?
- # [17:09] * Quits: dbaron (~dbaron@2a04:a40:1000:e8:8d83:baf:17db:6c1e) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [17:09] <philipj> gsnedders: yeah, the tests exist in public
- # [17:09] <philipj> they were even part of a wpt review that maybe I could dig up if you're very curious
- # [17:10] <gsnedders> nah, not really
- # [17:10] <gsnedders> :)
- # [17:10] <philipj> in any case, they are or have been somewhere in https://github.com/operasoftware/presto-testo/tree/master/core/standards/web-apps/media
- # [17:13] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 244 seconds)
- # [17:15] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
- # [17:18] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [17:19] * Joins: ehsan_ (~ehsan@2001:450:1f:224:b1fa:66bf:b8f:d836)
- # [17:20] * Joins: myakura (~myakura@FL1-119-242-8-15.tky.mesh.ad.jp)
- # [17:22] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [17:24] * Joins: Lachy (~Lachy@213.166.174.2)
- # [17:25] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
- # [17:29] * Quits: g4 (~g4@unaffiliated/gormer) (Quit: Leaving)
- # [17:31] * Joins: ^esc (~esc-ape@178.165.129.88.wireless.dyn.drei.com)
- # [17:33] * Joins: weinig (~weinig@17.202.50.223)
- # [17:36] * Quits: svincent (~svincent@ip70-187-134-52.oc.oc.cox.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [17:36] * Quits: bnicholson (~bnicholso@c-24-130-60-241.hsd1.ca.comcast.net) (Quit: This computer has gone to sleep)
- # [17:47] * Quits: KevinMarks___ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
- # [17:47] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [17:51] * Joins: bnicholson (~bnicholso@corp.mtv2.mozilla.com)
- # [17:53] * Joins: tantek (~tantek@12.180.47.153)
- # [18:04] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [18:17] * Joins: KevinMarks__ (~yaaic@2607:fb90:54f:7ac5:844e:6915:90c3:7a8e)
- # [18:17] * Quits: tantek (~tantek@12.180.47.153) (Quit: tantek)
- # [18:18] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
- # [18:25] * Joins: tantek (~tantek@12.180.47.153)
- # [18:31] * Joins: Una (~Una@32.97.110.56)
- # [18:32] * Joins: JonDavis (~solyce@17.202.50.136)
- # [18:36] * Quits: tantek (~tantek@12.180.47.153) (Quit: tantek)
- # [18:45] <Ms2ger> Any reason https://terinjokes.github.io/console-spec/ isn't on spec.whatwg.org?
- # [18:47] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [18:49] <annevk> Ms2ger: I guess it isn't quite ready yet
- # [18:50] * Quits: KevinMarks__ (~yaaic@2607:fb90:54f:7ac5:844e:6915:90c3:7a8e) (Ping timeout: 248 seconds)
- # [18:50] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [18:50] * Joins: ohaibbq (~ohaibbq@98.248.65.213)
- # [18:53] * Joins: tantek (~tantek@12.180.47.153)
- # [18:55] <annevk> https://twitter.com/domenic/status/620998989144530944 still waiting for whatwggreen
- # [18:55] * Quits: ohaibbq (~ohaibbq@98.248.65.213) (Ping timeout: 265 seconds)
- # [18:57] * Joins: Maurice` (~copyman@unaffiliated/maurice)
- # [18:57] * Joins: KevinMarks__ (~yaaic@2607:fb90:548:45f1:df75:a159:a1bd:8fb1)
- # [18:57] <annevk> terinjokes: <3 console spec logo
- # [18:59] * Joins: giltayar (uid99615@gateway/web/irccloud.com/x-txjjdvdflkyokzzx)
- # [18:59] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
- # [18:59] <giltayar> Who's working on script type="module"?
- # [19:01] <annevk> giltayar: dherman is
- # [19:02] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [19:03] * Quits: Una (~Una@32.97.110.56) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [19:05] * Quits: KevinMarks__ (~yaaic@2607:fb90:548:45f1:df75:a159:a1bd:8fb1) (Ping timeout: 248 seconds)
- # [19:06] * Quits: bradleymeck (~bradleyme@70.114.246.88) (Quit: bradleymeck)
- # [19:10] * Joins: bradleymeck (~bradleyme@cpe-70-114-246-88.austin.res.rr.com)
- # [19:11] * Quits: adactio (~adactio@212.42.170.121) (Quit: adactio)
- # [19:16] * Joins: webzen (~tccba1@204.28.103.227)
- # [19:16] <webzen> hi
- # [19:16] <botie> what's up, webzen
- # [19:16] * Joins: Una (~Una@170.225.30.153)
- # [19:16] <webzen> i'm stuck http://laravel.io/bin/321ne
- # [19:16] <webzen> trying to bundle
- # [19:18] * Joins: munumnu (~munumnunu@x4d072da1.dyn.telefonica.de)
- # [19:20] * Quits: annevk (~annevk@195.12.41.182) (Ping timeout: 250 seconds)
- # [19:21] <webzen> please :-)
- # [19:21] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
- # [19:22] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [19:23] * Joins: annevk (~annevk@195.12.41.182)
- # [19:27] * Parts: webzen (~tccba1@204.28.103.227)
- # [19:28] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
- # [19:30] <annevk> https://twitter.com/w3cmemes/status/621008028578349056 is pretty excellent trolling on several levels
- # [19:30] <annevk> kudos
- # [19:31] * Quits: Una (~Una@170.225.30.153) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [19:32] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [19:36] * Joins: Una (~Una@32.97.110.56)
- # [19:37] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 255 seconds)
- # [19:40] * Joins: imaginee_ (~imagineer@117.235.237.60)
- # [19:40] * Quits: Una (~Una@32.97.110.56) (Ping timeout: 264 seconds)
- # [19:47] * Quits: dlitz (~dwon@goedel.dlitz.net) (Ping timeout: 264 seconds)
- # [19:51] * Joins: dlitz (~dwon@goedel.dlitz.net)
- # [19:55] * Joins: jsbell (jsbell@nat/google/x-mubwftrjofcohydy)
- # [20:01] * Quits: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net) (Remote host closed the connection)
- # [20:02] <smaug____> heh
- # [20:04] * Joins: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net)
- # [20:10] * Quits: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net) (Remote host closed the connection)
- # [20:12] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [20:13] * Quits: dlitz (~dwon@goedel.dlitz.net) (Ping timeout: 252 seconds)
- # [20:14] * Joins: othermaciej (~mjs@76.74.153.49)
- # [20:17] * Joins: dlitz (~dwon@goedel.dlitz.net)
- # [20:24] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [20:25] * Joins: weinig_ (~weinig@17.114.219.156)
- # [20:25] * Joins: Philip`_ (~philip@compass.zaynar.co.uk)
- # [20:27] * Quits: weinig (~weinig@17.202.50.223) (Ping timeout: 265 seconds)
- # [20:27] * weinig_ is now known as weinig
- # [20:28] * Joins: rego_ (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [20:29] * Joins: richt_ (~richt@c83-248-244-196.bredband.comhem.se)
- # [20:30] * Quits: ehsan_ (~ehsan@2001:450:1f:224:b1fa:66bf:b8f:d836) (*.net *.split)
- # [20:31] * Quits: Philip` (~philip@compass.zaynar.co.uk) (*.net *.split)
- # [20:31] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (*.net *.split)
- # [20:31] * Quits: terinjokes_ (sid65030@wikinews/Terinjokes) (*.net *.split)
- # [20:31] * Quits: dglazkov (sid4270@gateway/web/irccloud.com/x-wcjurcbrtxvmxwou) (*.net *.split)
- # [20:31] * Quits: remysharp (sid4345@gateway/web/irccloud.com/x-jhjypgnwehqowvxr) (*.net *.split)
- # [20:31] * Quits: wycats (sid79@gateway/web/irccloud.com/x-fyvjjfodykzdpkii) (*.net *.split)
- # [20:31] * Quits: parshap (sid18846@gateway/web/irccloud.com/x-mrzijcavdwsuzuzl) (*.net *.split)
- # [20:31] * Quits: mathiasbynens (sid2247@gateway/web/irccloud.com/x-nrwhyrbfbiiltapb) (*.net *.split)
- # [20:31] * Quits: richt (~richt@c83-248-244-196.bredband.comhem.se) (*.net *.split)
- # [20:31] * Quits: ebryn (sid2895@gateway/web/irccloud.com/x-lzyhriyixxufssbr) (*.net *.split)
- # [20:31] * Quits: calvinmetcalf (sid25915@gateway/web/irccloud.com/x-ltyvellqhoslewpq) (*.net *.split)
- # [20:31] * Quits: dfreedm (sid7859@gateway/web/irccloud.com/x-sgxvqyefbpfxifkp) (*.net *.split)
- # [20:31] * Quits: Cwiiis (~sid227@2620:101:8016:74::4:e3) (*.net *.split)
- # [20:31] * Quits: dmurph (sid42525@gateway/web/irccloud.com/x-vhmlhkfegfcdxccv) (*.net *.split)
- # [20:31] * Quits: jevs (sid23814@gateway/web/irccloud.com/x-jcfelqcaajnuaaye) (*.net *.split)
- # [20:31] * Quits: daurnimator (~daurnimat@unaffiliated/daurn) (*.net *.split)
- # [20:31] * Quits: frewsxcv (sid86219@gateway/web/irccloud.com/x-oihtvuteetomtgha) (*.net *.split)
- # [20:31] * Quits: moo-_- (miohtama@lakka.kapsi.fi) (*.net *.split)
- # [20:32] * Quits: tantek (~tantek@12.180.47.153) (Quit: tantek)
- # [20:37] * Quits: lilmonkey (~a@pdpc/supporter/professional/riven) (Read error: Connection reset by peer)
- # [20:37] * Joins: lilmonkey (~a@pdpc/supporter/professional/riven)
- # [20:39] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
- # [20:40] * Quits: dlitz (~dwon@goedel.dlitz.net) (Ping timeout: 264 seconds)
- # [20:44] * Joins: dlitz (~dwon@goedel.dlitz.net)
- # [20:46] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
- # [20:47] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [20:54] * Joins: tantek (~tantek@12.180.47.153)
- # [20:57] * Joins: SteveF__ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [20:57] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 265 seconds)
- # [20:59] * Quits: weinig (~weinig@17.114.219.156) (Ping timeout: 250 seconds)
- # [20:59] * Joins: arno_ (~arno@li587-95.members.linode.com)
- # [21:00] * Joins: benjamingr (uid23465@gateway/web/irccloud.com/x-lqrshikvyjflhakx)
- # [21:00] * Quits: tantek (~tantek@12.180.47.153) (Quit: tantek)
- # [21:01] * Joins: tantek (~tantek@12.180.47.153)
- # [21:01] <arno_> Hi, I have a question about CanvasRenderingContext2d.putImageData
- # [21:02] <arno_> spec says that "Throws a NotSupportedError exception if any of the arguments are not finite."
- # [21:02] <arno_> https://developers.whatwg.org/the-canvas-element.html#pixel-manipulation
- # [21:03] * Joins: bin_005 (~ctlM@80.83.238.125)
- # [21:03] <arno_> but idl spec says that "If x is NaN, +Infinity or −Infinity, then throw a TypeError." (when converting to double)
- # [21:03] <arno_> http://www.w3.org/TR/WebIDL/#idl-double
- # [21:03] <arno_> this seems conflicting to me. So I'm wondering if that's that a bug in the spec, or if did miss something?
- # [21:04] <Domenic> Hmm that sounds like a bug
- # [21:05] * Quits: howdoi (uid224@gateway/web/irccloud.com/x-pfvhnxxssshzadgd) (Quit: Connection closed for inactivity)
- # [21:05] <Domenic> arno_: already fixed in latest spec https://html.spec.whatwg.org/multipage/scripting.html#dom-context-2d-putimagedata
- # [21:05] <Domenic> sadly developers.whatwg.org is old :(
- # [21:05] * Joins: ehsan_ (~ehsan@2001:450:1f:224:1919:19fb:3662:303f)
- # [21:06] <arno_> Domenic: I still see it
- # [21:06] * Joins: seventh (seventh@128.90.33.23)
- # [21:06] <arno_> Throws a NotSupportedError exception if any of the arguments are not finite.
- # [21:06] <arno_> https://html.spec.whatwg.org/multipage/scripting.html#pixel-manipulation
- # [21:06] <Domenic> arno_: oh, that's in the non-normative description
- # [21:06] <Domenic> yeah i guess that's a bug
- # [21:06] <Domenic> mind filing it? should be able to just select the text and click something in the lower-riught
- # [21:07] <arno_> oh. It turns out it's already filled
- # [21:07] <arno_> https://www.w3.org/Bugs/Public/show_bug.cgi?id=28327
- # [21:08] <arno_> Domenic: thanks for the help
- # [21:09] <Domenic> Gosh, wouldn't it be nice if HTML was something you could pull request...
- # [21:11] * Quits: othermaciej (~mjs@76.74.153.49) (Quit: othermaciej)
- # [21:22] * Quits: tantek (~tantek@12.180.47.153) (Quit: tantek)
- # [21:25] * Quits: rennan_martini (bb127e81@gateway/web/freenode/ip.187.18.126.129) (Quit: Page closed)
- # [21:26] * Quits: ehsan_ (~ehsan@2001:450:1f:224:1919:19fb:3662:303f) (Remote host closed the connection)
- # [21:28] * Joins: othermaciej (~mjs@17.245.27.49)
- # [21:33] * Quits: munumnu (~munumnunu@x4d072da1.dyn.telefonica.de) (Quit: Leaving)
- # [21:34] * Joins: benwerd (~benwerd@199.87.84.238)
- # [21:34] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [21:40] * Joins: KevinMarks__ (~yaaic@2607:fb90:549:9305:85bb:d107:7842:cb46)
- # [21:42] * Quits: SteveF__ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 244 seconds)
- # [21:42] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 255 seconds)
- # [21:44] * Joins: ehsan_ (~ehsan@2001:450:1f:224:c49e:4b2e:5083:2f34)
- # [21:45] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [21:46] * Quits: imaginee_ (~imagineer@117.235.237.60) (Remote host closed the connection)
- # [21:47] * Quits: KevinMarks__ (~yaaic@2607:fb90:549:9305:85bb:d107:7842:cb46) (Ping timeout: 248 seconds)
- # [21:47] * Joins: KevinMarks__ (~yaaic@2607:fb90:543:c024:266a:de65:9f3a:9005)
- # [21:48] * Quits: ehsan_ (~ehsan@2001:450:1f:224:c49e:4b2e:5083:2f34) (Remote host closed the connection)
- # [21:49] * Joins: Cwiiis (~sid227@2620:101:8016:74::4:e3)
- # [21:53] * Joins: mathiasbynens (sid2247@gateway/web/irccloud.com/x-nrwhyrbfbiiltapb)
- # [21:53] * Joins: daurnimator (~daurnimat@unaffiliated/daurn)
- # [21:53] * Joins: moo-_- (miohtama@lakka.kapsi.fi)
- # [21:53] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [21:53] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [21:53] * Quits: daurnimator (~daurnimat@unaffiliated/daurn) (Max SendQ exceeded)
- # [21:53] * Joins: ebryn (sid2895@gateway/web/irccloud.com/x-xmxkxfezamqqgyxt)
- # [21:54] * Joins: wycats (sid79@gateway/web/irccloud.com/x-rrxmjrpeihzpmrsc)
- # [21:55] * Joins: frewsxcv (sid86219@gateway/web/irccloud.com/x-vdkbeejiogoftadp)
- # [21:55] * Joins: dfreedm (sid7859@gateway/web/irccloud.com/x-gztcpmihfolvibge)
- # [21:55] * Joins: daurnimator (~daurnimat@unaffiliated/daurn)
- # [21:55] * Joins: dglazkov (sid4270@gateway/web/irccloud.com/x-qbnumkazuzvtffcf)
- # [21:56] * Quits: KevinMarks__ (~yaaic@2607:fb90:543:c024:266a:de65:9f3a:9005) (Ping timeout: 248 seconds)
- # [21:56] * Quits: JonDavis (~solyce@17.202.50.136) (Quit: JonDavis)
- # [21:56] * Joins: calvinmetcalf (sid25915@gateway/web/irccloud.com/x-ivfuemgvpkgafoib)
- # [21:57] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [21:58] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Quit: Leaving.)
- # [21:58] * Quits: eric_carlson (~ericc@17.202.47.130) (Ping timeout: 256 seconds)
- # [21:58] * Joins: parshap (sid18846@gateway/web/irccloud.com/x-lggslrolqasurzqb)
- # [21:59] * Joins: eric_carlson (~ericc@17.245.29.191)
- # [21:59] * Quits: eric_carlson (~ericc@17.245.29.191) (Client Quit)
- # [22:01] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Client Quit)
- # [22:01] * Joins: tantek (~tantek@67.139.65.163)
- # [22:01] * Joins: eric_carlson (~ericc@17.245.29.191)
- # [22:01] * Joins: remysharp (sid4345@gateway/web/irccloud.com/x-bdebtnatowmwfnnb)
- # [22:02] * Joins: terinjokes_ (sid65030@gateway/web/irccloud.com/x-rkauwmgpjrglfaft)
- # [22:02] * Joins: dmurph (sid42525@gateway/web/irccloud.com/x-xanrqeqgndzxzdjd)
- # [22:02] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [22:02] * Joins: jevs (sid23814@gateway/web/irccloud.com/x-solgvhqpgolvztvm)
- # [22:03] <wanderview> Domenic: in chrome's implementation... does response.body.cancel() effectively cancel the backing fetch?
- # [22:03] <Domenic> wanderview: yep
- # [22:03] <wanderview> Domenic: do we need that cancelable promise thing for fetch then?
- # [22:04] <Domenic> wanderview: yes, if we want to cancel before headers arrive
- # [22:04] <wanderview> right
- # [22:04] <wanderview> ok
- # [22:05] * Joins: ehsan_ (~ehsan@2001:450:1f:224:49c9:665e:9521:be1b)
- # [22:06] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [22:15] * Joins: mven_ (~textual@32.97.110.56)
- # [22:15] * Quits: mven_ (~textual@32.97.110.56) (Excess Flood)
- # [22:22] * Joins: weinig (~weinig@17.202.50.223)
- # [22:23] * Joins: ttepasse (~ttepasse@ip-178-200-61-79.hsi07.unitymediagroup.de)
- # [22:25] * Quits: eric_carlson (~ericc@17.245.29.191) (Quit: eric_carlson)
- # [22:27] * Joins: JonDavis (~solyce@17.202.50.136)
- # [22:29] * Quits: robogoat (~robogoat@c-24-126-240-124.hsd1.ga.comcast.net) (Ping timeout: 256 seconds)
- # [22:31] * Joins: robogoat (~robogoat@c-24-126-240-124.hsd1.ga.comcast.net)
- # [22:39] * Joins: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net)
- # [22:43] * Joins: mven (~textual@32.97.110.56)
- # [22:43] * Quits: mven (~textual@32.97.110.56) (Excess Flood)
- # [22:48] * Quits: tantek (~tantek@67.139.65.163) (Quit: tantek)
- # [22:55] <jsbell> Ms2ger: In wpt's FileAPI tests, there are assertions that e.g. "te(xt/plain" is not a valid type - https://github.com/w3c/web-platform-tests/blob/master/FileAPI/blob/Blob-slice.html#L165 - do you know where that requirement comes from? Assertions fail in Gecko and Blink, doesn't match spec. (I can PR to fix, just wondering about the history)
- # [22:55] * Quits: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net) (Remote host closed the connection)
- # [23:01] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [23:03] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [23:06] * Joins: annevk_ (~annevk@213.55.184.215)
- # [23:07] * Quits: annevk (~annevk@195.12.41.182) (Ping timeout: 248 seconds)
- # [23:08] * Joins: annevk (~annevk@213.55.184.215)
- # [23:08] * Quits: annevk_ (~annevk@213.55.184.215) (Read error: Connection reset by peer)
- # [23:11] <smaug____> in chromium how does one reply to a message event in serviceworker?
- # [23:11] * Joins: encryptd_fractal (~encryptd_@2601:449:8100:cad9:24d5:12df:113a:e42e)
- # [23:11] <smaug____> event.source seems to be null there
- # [23:13] * Quits: Maurice` (~copyman@unaffiliated/maurice)
- # [23:15] <Ms2ger> jsbell, it used to say that at least
- # [23:16] <Ms2ger> jsbell, I'd be glad to see fixes to current spec
- # [23:17] * Quits: Ms2ger (~Ms2ger@91.182.63.90) (Quit: nn)
- # [23:19] * Quits: TallTed (~Thud@63.119.36.36)
- # [23:24] <jsbell> Hrm, wonder if he meant "to align with spec" or "to align spec with tests"
- # [23:28] * Joins: weinig_ (~weinig@17.114.6.17)
- # [23:29] * Quits: weinig (~weinig@17.202.50.223) (Ping timeout: 244 seconds)
- # [23:29] * weinig_ is now known as weinig
- # [23:30] * Quits: malcolmva (~malcolmva@c-67-180-198-144.hsd1.ca.comcast.net) (Ping timeout: 256 seconds)
- # [23:30] * Joins: ^esc_ (~esc-ape@178.115.128.54.wireless.dyn.drei.com)
- # [23:32] * Quits: ^esc (~esc-ape@178.165.129.88.wireless.dyn.drei.com) (Ping timeout: 264 seconds)
- # [23:32] * Joins: annevk_ (~annevk@195.12.41.182)
- # [23:32] * Quits: annevk (~annevk@213.55.184.215) (Read error: Connection reset by peer)
- # [23:36] <jgraham> jsbell: I'm pretty sure he means "so that tests and spec and impementations all align"
- # [23:37] <annevk_> jsbell: step 5 https://w3c.github.io/FileAPI/#constructorBlob
- # [23:37] * annevk_ is now known as annevk
- # [23:38] <annevk> I think it used to do an actual MIME type check... not sure why that got removed again
- # [23:38] * Quits: weinig (~weinig@17.114.6.17) (Ping timeout: 250 seconds)
- # [23:38] <jsbell> yep
- # [23:38] <annevk> Implementers are so lazy when it comes to data types
- # [23:38] * Joins: eric_carlson (~ericc@17.202.47.130)
- # [23:38] * Quits: alrra (uid62345@gateway/web/irccloud.com/x-mjuniheqxukeolao) (Quit: Connection closed for inactivity)
- # [23:38] <annevk> Languages, MIME types, encoding labels, ...
- # [23:39] <jsbell> yep => those steps don't ensure it's a "parsable MIME type", just that anything non-ASCII => "", otherwise just lower-cased
- # [23:39] <annevk> that spec is a bit of a mess
- # [23:40] <jsbell> the 2012 version had a bit more verbiage but I think it was normatively the same
- # [23:45] <annevk> philipj: smaug____: https://github.com/whatwg/dom/issues/54
- # [23:46] * Joins: malcolmva (~malcolmva@c-67-180-198-144.hsd1.ca.comcast.net)
- # [23:47] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:55] <smaug____> hmm, maybe
- # [23:55] <smaug____> probably
- # Session Close: Wed Jul 15 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