Options:
Previous day, Next day
- # Session Start: Thu Aug 06 00:00:00 2015
- # Session Ident: #whatwg
- # [00:01] * Joins: weinig (~weinig@17.114.218.255)
- # [00:02] * Quits: weinig (~weinig@17.114.218.255) (Client Quit)
- # [00:02] * Quits: KevinMarks (~KevinMark@172.56.41.240) (Ping timeout: 265 seconds)
- # [00:02] * Quits: encrypt__ (~encryptd_@63-254-58-198.ip.mcleodusa.net) (Remote host closed the connection)
- # [00:04] * Joins: weinig (~weinig@17.114.218.255)
- # [00:04] * Joins: othermaciej (~mjs@17.245.30.25)
- # [00:05] * Quits: roc (~chatzilla@121.98.92.234) (Ping timeout: 256 seconds)
- # [00:05] * Quits: bradleymeck (~bradleyme@cpe-70-114-246-88.austin.res.rr.com) (Quit: bradleymeck)
- # [00:10] * Quits: JonDavis (~solyce@17.114.216.118) (Quit: JonDavis)
- # [00:12] * Quits: jernoble (~jernoble@17.202.46.221) (Quit: Computer has gone to sleep.)
- # [00:16] * Quits: othermaciej (~mjs@17.245.30.25) (Quit: othermaciej)
- # [00:16] * Joins: othermaciej (~mjs@17.245.30.25)
- # [00:17] * Joins: KevinMarks (~KevinMark@172.56.41.240)
- # [00:17] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [00:21] * Quits: othermaciej (~mjs@17.245.30.25) (Quit: othermaciej)
- # [00:24] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
- # [00:24] * Joins: ccardona-work (~ccardona-@209.213.209.190)
- # [00:27] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Client Quit)
- # [00:28] * Quits: KevinMarks (~KevinMark@172.56.41.240) (Ping timeout: 250 seconds)
- # [00:32] * Quits: weinig (~weinig@17.114.218.255) (Quit: weinig)
- # [00:33] * Joins: jernoble (~jernoble@17.202.46.221)
- # [00:35] * Joins: benwerd (~benwerd@4.35.71.251)
- # [00:36] * Quits: g4 (~g4@unaffiliated/gormer) (Ping timeout: 245 seconds)
- # [00:36] * Joins: g4 (~g4@unaffiliated/gormer)
- # [00:37] * Quits: ttepasse (~ttepasse@ip-178-200-61-79.hsi07.unitymediagroup.de) (Quit: Textual IRC Client: www.textualapp.com)
- # [00:39] * Joins: weinig (~weinig@17.114.218.255)
- # [00:39] * Quits: weinig (~weinig@17.114.218.255) (Client Quit)
- # [00:42] * Joins: plutoniix (~plutoniix@node-zq5.pool-180-180.dynamic.totbb.net)
- # [00:42] * Joins: othermaciej (~mjs@17.245.121.201)
- # [00:42] * Quits: DenSchub (~DenSchub@sprachrohr.0b101010.org) (Ping timeout: 245 seconds)
- # [00:43] * Joins: DenSchub (~DenSchub@2a02:2260:2:1f40:2:4:0:1)
- # [00:44] * Joins: weinig (~weinig@17.114.218.255)
- # [00:51] * Joins: JonDavis (~solyce@166.177.251.81)
- # [00:51] * Quits: ehsan (~ehsan@2001:450:1f:224:24f8:f43:c167:d130) (Ping timeout: 246 seconds)
- # [00:53] * Quits: stakagi_ (~stakagi@dhcp-143-249.sfc.wide.ad.jp) (Quit: Leaving...)
- # [00:58] * Quits: czerasz (~czerasz@x55b38752.dyn.telefonica.de) (Ping timeout: 244 seconds)
- # [00:59] * Joins: darobin (~darobin@88.126.62.30)
- # [01:00] * Quits: weinig (~weinig@17.114.218.255) (Quit: weinig)
- # [01:02] * Joins: roc (~chatzilla@2400:e780:801:224:2677:3ff:fece:dc64)
- # [01:02] * Quits: psy_ (~psy@43.224.156.118) (Ping timeout: 240 seconds)
- # [01:03] * Quits: darobin (~darobin@88.126.62.30) (Ping timeout: 255 seconds)
- # [01:04] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [01:09] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 264 seconds)
- # [01:12] * Quits: bholley (~bholley@c-67-169-151-96.hsd1.ca.comcast.net) (Max SendQ exceeded)
- # [01:13] * Joins: bholley (~bholley@c-67-169-151-96.hsd1.ca.comcast.net)
- # [01:15] * Quits: othermaciej (~mjs@17.245.121.201) (Quit: othermaciej)
- # [01:32] * Joins: othermaciej (~mjs@17.245.30.25)
- # [01:40] * Quits: caitp (~green@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [01:40] * Joins: ehsan (~ehsan@2001:450:1f:224:24f8:f43:c167:d130)
- # [01:45] * Krinkle is now known as Krinkle_
- # [01:46] * Quits: jernoble (~jernoble@17.202.46.221) (Quit: Computer has gone to sleep.)
- # [01:57] * Quits: JonDavis (~solyce@166.177.251.81) (Ping timeout: 240 seconds)
- # [02:01] * Joins: satazor (~satazor@114.248.108.93.rev.vodafone.pt)
- # [02:07] * Joins: bholley_ (~bholley@c-67-169-151-96.hsd1.ca.comcast.net)
- # [02:08] * Joins: JonDavis (~solyce@166.177.249.148)
- # [02:10] * Quits: bholley (~bholley@c-67-169-151-96.hsd1.ca.comcast.net) (Ping timeout: 260 seconds)
- # [02:10] * Quits: ap (~ap@17.114.218.89)
- # [02:12] * Quits: othermaciej (~mjs@17.245.30.25) (Quit: othermaciej)
- # [02:15] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [02:17] * Quits: ehsan (~ehsan@2001:450:1f:224:24f8:f43:c167:d130) (Remote host closed the connection)
- # [02:21] * Joins: othermaciej (~mjs@76.74.153.36)
- # [02:24] * Quits: JonDavis (~solyce@166.177.249.148) (Quit: JonDavis)
- # [02:28] * Joins: aretecode (~aretecode@69.4.235.219)
- # [02:31] * Quits: benwerd (~benwerd@4.35.71.251) (Remote host closed the connection)
- # [02:33] * Quits: smaug____ (~chatzilla@a91-154-43-105.elisa-laajakaista.fi) (Ping timeout: 260 seconds)
- # [02:38] * Joins: ccardona-work (~ccardona-@c-24-130-132-120.hsd1.ca.comcast.net)
- # [02:43] * Quits: ccardona-work (~ccardona-@c-24-130-132-120.hsd1.ca.comcast.net) (Quit: ccardona-work)
- # [02:49] * Joins: hgl (~hgl@unaffiliated/hgl)
- # [02:50] * Joins: caitp (~green@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [03:01] * Joins: darobin (~darobin@88.126.62.30)
- # [03:05] * Quits: darobin (~darobin@88.126.62.30) (Ping timeout: 246 seconds)
- # [03:05] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [03:09] * Joins: encryptd_fractal (~encryptd_@2601:449:8100:cad9:459:6d3d:3268:73c5)
- # [03:10] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 250 seconds)
- # [03:10] * Joins: benwerd (~benwerd@2601:645:1:25fd:5dd9:4e46:b842:37f9)
- # [03:16] * Joins: psy_ (~psy@43.224.156.112)
- # [03:17] * Quits: jyasskin (jyasskin@nat/google/x-euqbnjcbooghmsag) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [03:17] * Quits: othermaciej (~mjs@76.74.153.36) (Quit: othermaciej)
- # [03:18] * Quits: aretecode (~aretecode@69.4.235.219) (Read error: Connection reset by peer)
- # [03:24] * Quits: bholley_ (~bholley@c-67-169-151-96.hsd1.ca.comcast.net)
- # [03:39] * Joins: bradleymeck (~bradleyme@cpe-70-114-246-88.austin.res.rr.com)
- # [03:43] * Joins: Peter|JP (4a7d3826@gateway/web/freenode/ip.74.125.56.38)
- # [03:46] * Joins: othermaciej (~mjs@104-244-25-60.PUBLIC.monkeybrains.net)
- # [03:46] * Parts: bradleymeck (~bradleyme@cpe-70-114-246-88.austin.res.rr.com)
- # [03:49] * Quits: benwerd (~benwerd@2601:645:1:25fd:5dd9:4e46:b842:37f9) (Remote host closed the connection)
- # [03:50] * Quits: Peter|JP (4a7d3826@gateway/web/freenode/ip.74.125.56.38) (Ping timeout: 246 seconds)
- # [03:54] * Quits: encryptd_fractal (~encryptd_@2601:449:8100:cad9:459:6d3d:3268:73c5) (Remote host closed the connection)
- # [03:55] * Joins: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net)
- # [03:57] * Quits: dbaron (~dbaron@2620:101:80fb:224:cd41:694a:2833:f458) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [03:57] * Quits: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net) (Read error: Connection reset by peer)
- # [04:02] * Joins: encryptd_fractal (~encryptd_@2601:449:8100:cad9:3ceb:7a26:9d98:58ac)
- # [04:04] * Joins: Goplat (~goplat@reactos/developer/Goplat)
- # [04:05] * Joins: bufferino (~yz@bb115-66-4-98.singnet.com.sg)
- # [04:12] * Quits: JoWie (uid93456@gateway/web/irccloud.com/x-jhvmjlzeagpefvbh) (Quit: Connection closed for inactivity)
- # [04:17] * Quits: satazor (~satazor@114.248.108.93.rev.vodafone.pt) (Remote host closed the connection)
- # [04:20] * Joins: satazor (~satazor@114.248.108.93.rev.vodafone.pt)
- # [04:25] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
- # [04:25] * heycam|away is now known as heycam
- # [04:25] * Quits: bnicholson (~bnicholso@corp.mtv2.mozilla.com) (Quit: This computer has gone to sleep)
- # [04:25] * Quits: bufferino (~yz@bb115-66-4-98.singnet.com.sg) (Ping timeout: 252 seconds)
- # [04:35] * Quits: satazor (~satazor@114.248.108.93.rev.vodafone.pt) (Remote host closed the connection)
- # [04:36] * Krinkle_ is now known as Krinkle
- # [04:37] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [04:43] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
- # [04:49] * heycam is now known as heycam|away
- # [04:49] * Joins: satazor (~satazor@bl6-108-46.dsl.telepac.pt)
- # [04:50] * Joins: bnicholson (~bnicholso@c-24-130-60-241.hsd1.ca.comcast.net)
- # [04:52] * Quits: satazor (~satazor@bl6-108-46.dsl.telepac.pt) (Remote host closed the connection)
- # [04:53] * Joins: satazor (~satazor@bl6-108-46.dsl.telepac.pt)
- # [04:57] * Quits: othermaciej (~mjs@104-244-25-60.PUBLIC.monkeybrains.net) (Ping timeout: 272 seconds)
- # [04:57] * Quits: satazor (~satazor@bl6-108-46.dsl.telepac.pt) (Remote host closed the connection)
- # [04:57] * Joins: satazor (~satazor@114.248.108.93.rev.vodafone.pt)
- # [05:02] * Joins: darobin (~darobin@88.126.62.30)
- # [05:04] * Quits: satazor (~satazor@114.248.108.93.rev.vodafone.pt) (Ping timeout: 256 seconds)
- # [05:06] * Quits: darobin (~darobin@88.126.62.30) (Ping timeout: 244 seconds)
- # [05:16] * Joins: satazor (~satazor@114.248.108.93.rev.vodafone.pt)
- # [05:17] * Joins: ssyrain (~ssyrain@42.120.74.110)
- # [05:28] * Quits: KevinMarks_ (~yaaic@2607:fb90:90c:d681:4784:8c28:96d2:aa1a) (Ping timeout: 244 seconds)
- # [05:29] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [05:30] * Quits: satazor (~satazor@114.248.108.93.rev.vodafone.pt) (Remote host closed the connection)
- # [05:30] * Joins: satazor (~satazor@bl6-108-46.dsl.telepac.pt)
- # [05:31] * Quits: satazor (~satazor@bl6-108-46.dsl.telepac.pt) (Remote host closed the connection)
- # [05:33] * Joins: satazor (~satazor@bl6-108-46.dsl.telepac.pt)
- # [05:33] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 244 seconds)
- # [05:34] * Joins: bradleymeck (~bradleyme@99-20-94-62.lightspeed.austtx.sbcglobal.net)
- # [05:34] * Quits: satazor (~satazor@bl6-108-46.dsl.telepac.pt) (Remote host closed the connection)
- # [05:34] * Joins: KevinMarks (~yaaic@2607:fb90:2172:f7c4:8252:c80f:7459:afec)
- # [05:36] * Joins: weinig (~weinig@c-50-131-222-145.hsd1.ca.comcast.net)
- # [05:36] * Joins: satazor (~satazor@bl6-108-46.dsl.telepac.pt)
- # [05:44] * Quits: satazor (~satazor@bl6-108-46.dsl.telepac.pt) (Remote host closed the connection)
- # [05:46] * Quits: weinig (~weinig@c-50-131-222-145.hsd1.ca.comcast.net) (Quit: weinig)
- # [05:46] * Joins: dbaron (~dbaron@173-228-85-118.dsl.dynamic.fusionbroadband.com)
- # [05:48] * Joins: weinig (~weinig@c-50-131-222-145.hsd1.ca.comcast.net)
- # [05:57] * Quits: ssyrain (~ssyrain@42.120.74.110) (Ping timeout: 252 seconds)
- # [06:00] * Joins: bufferino (~yz@103.11.50.93)
- # [06:03] * Joins: darobin (~darobin@88.126.62.30)
- # [06:08] * Quits: darobin (~darobin@88.126.62.30) (Ping timeout: 256 seconds)
- # [06:11] * Joins: xxMatiasFCxx (~matias@r167-56-39-179.dialup.adsl.anteldata.net.uy)
- # [06:12] * Quits: xxMatiasFxx (~matias@r167-56-131-19.dialup.adsl.anteldata.net.uy) (Read error: Connection reset by peer)
- # [06:12] * Quits: bradleymeck (~bradleyme@99-20-94-62.lightspeed.austtx.sbcglobal.net) (Quit: bradleymeck)
- # [06:15] * Quits: caitp (~green@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [06:16] * Quits: dustinm` (~dustinm@2607:5300:100:200::160d) (K-Lined)
- # [06:20] * Joins: dustinm` (~dustinm@105.ip-167-114-152.net)
- # [06:22] * Joins: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net)
- # [06:23] * Joins: ssyrain (~ssyrain@42.120.74.110)
- # [06:29] * Quits: kochi (~kochi@2401:fa00:4:1000:7039:60f2:9e3b:febd) (Quit: Leaving.)
- # [06:31] * Quits: weinig (~weinig@c-50-131-222-145.hsd1.ca.comcast.net) (Quit: weinig)
- # [06:32] * Joins: kochi (~kochi@2401:fa00:4:1000:50b7:69a5:a349:bc54)
- # [06:35] * Quits: encryptd_fractal (~encryptd_@2601:449:8100:cad9:3ceb:7a26:9d98:58ac) (Remote host closed the connection)
- # [06:36] * Quits: kochi (~kochi@2401:fa00:4:1000:50b7:69a5:a349:bc54) (Ping timeout: 244 seconds)
- # [06:37] * Quits: rniwa_ (~rniwa@17.202.50.208) (Ping timeout: 246 seconds)
- # [06:39] * Joins: kochi (~kochi@2401:fa00:4:1000:9054:a5ad:a2ea:71fe)
- # [06:43] * Joins: annevk_ (~annevk@195.12.41.182)
- # [06:43] * Quits: annevk (~annevk@195.12.41.182) (Read error: Connection reset by peer)
- # [06:44] * Quits: kochi (~kochi@2401:fa00:4:1000:9054:a5ad:a2ea:71fe) (Read error: Connection reset by peer)
- # [06:47] * Joins: kochi (~kochi@2401:fa00:4:1000:34fa:6e47:4c69:3c10)
- # [06:57] * Quits: ssyrain (~ssyrain@42.120.74.110) (Ping timeout: 255 seconds)
- # [07:04] * Joins: czerasz (~czerasz@x55b38752.dyn.telefonica.de)
- # [07:07] * Quits: KevinMarks (~yaaic@2607:fb90:2172:f7c4:8252:c80f:7459:afec) (Read error: Connection refused)
- # [07:08] * Joins: KevinMarks (~yaaic@2607:fb90:2172:f7c4:8252:c80f:7459:afec)
- # [07:10] * Quits: KevinMarks (~yaaic@2607:fb90:2172:f7c4:8252:c80f:7459:afec) (Read error: Connection refused)
- # [07:18] * Joins: sicking (~sicking@c-73-223-180-11.hsd1.ca.comcast.net)
- # [07:18] * Quits: psy_ (~psy@43.224.156.112) (Ping timeout: 245 seconds)
- # [07:21] * Joins: KevinMarks (~yaaic@172.56.30.209)
- # [07:21] * Quits: sicking (~sicking@c-73-223-180-11.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
- # [07:21] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [07:22] * Joins: sicking (~sicking@c-73-223-180-11.hsd1.ca.comcast.net)
- # [07:23] * Quits: KevinMarks (~yaaic@172.56.30.209) (Read error: Connection refused)
- # [07:29] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [07:33] * Joins: KevinMarks (~yaaic@172.56.30.209)
- # [07:34] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 250 seconds)
- # [07:34] * Joins: satazor (~satazor@94.60.78.118)
- # [07:34] * Quits: KevinMarks (~yaaic@172.56.30.209) (Read error: Connection refused)
- # [07:34] * Joins: bholley (~bholley@c-67-169-151-96.hsd1.ca.comcast.net)
- # [07:36] * Quits: satazor (~satazor@94.60.78.118) (Remote host closed the connection)
- # [07:39] * Joins: KevinMarks (~yaaic@172.56.30.209)
- # [07:39] * Quits: bholley (~bholley@c-67-169-151-96.hsd1.ca.comcast.net) (Client Quit)
- # [07:50] * Quits: beowulf (~sstewart@host86-179-170-155.range86-179.btcentralplus.com) (Ping timeout: 250 seconds)
- # [07:52] * Joins: beowulf (~sstewart@host86-166-114-110.range86-166.btcentralplus.com)
- # [07:54] * Joins: KevinMarks_ (~KevinMark@172.56.30.153)
- # [07:55] * Joins: psy_ (~psy@43.224.156.112)
- # [07:56] * Quits: psy_ (~psy@43.224.156.112) (Max SendQ exceeded)
- # [07:56] * Joins: psy_ (~psy@43.224.156.112)
- # [08:01] * Joins: ssyrain_ (~ssyrain@42.120.74.110)
- # [08:03] * Quits: czerasz (~czerasz@x55b38752.dyn.telefonica.de) (Ping timeout: 244 seconds)
- # [08:04] * Joins: darobin (~darobin@88.126.62.30)
- # [08:09] * Quits: darobin (~darobin@88.126.62.30) (Ping timeout: 264 seconds)
- # [08:11] * Krinkle is now known as Krinkle_
- # [08:16] * Quits: dbaron (~dbaron@173-228-85-118.dsl.dynamic.fusionbroadband.com) (Ping timeout: 252 seconds)
- # [08:16] * Joins: benwerd (~benwerd@2601:645:1:25fd:b5dc:100a:7ae1:a063)
- # [08:18] * Quits: ssyrain_ (~ssyrain@42.120.74.110) (Read error: Connection timed out)
- # [08:20] * Joins: ssyrain (~ssyrain@42.120.74.110)
- # [08:23] * Joins: dbaron (~dbaron@173-228-85-118.dsl.dynamic.fusionbroadband.com)
- # [08:27] * Quits: benwerd (~benwerd@2601:645:1:25fd:b5dc:100a:7ae1:a063)
- # [08:29] * Joins: satazor (~satazor@94.60.78.118)
- # [08:33] * Quits: satazor (~satazor@94.60.78.118) (Ping timeout: 250 seconds)
- # [08:39] * Quits: ssyrain (~ssyrain@42.120.74.110)
- # [08:49] * Joins: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net)
- # [08:53] * Quits: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net) (Ping timeout: 260 seconds)
- # [08:55] * Joins: Ms2ger (~Ms2ger@2a02:1810:a819:a00:79cf:d9b8:e31f:d847)
- # [08:58] * Joins: calvaris (~calvaris@fanzine.igalia.com)
- # [08:59] * Quits: roc (~chatzilla@2400:e780:801:224:2677:3ff:fece:dc64) (Ping timeout: 246 seconds)
- # [09:02] * Quits: tndrH (~Rob@cpc2-lee211-2-0-cust413.7-1.cable.virginm.net) (Quit: ChatZilla 0.9.91-rdmsoft [XULRunner 33.0/20141011015303])
- # [09:03] * Joins: mpt (~mpt@canonical/mpt)
- # [09:22] * Quits: KevinMarks_ (~KevinMark@172.56.30.153) (Ping timeout: 272 seconds)
- # [09:23] * Joins: satazor (~satazor@94.60.78.118)
- # [09:28] * Quits: satazor (~satazor@94.60.78.118) (Ping timeout: 245 seconds)
- # [09:28] * Joins: czerasz (~czerasz@p5DDBA997.dip0.t-ipconnect.de)
- # [09:29] * Quits: Mateon1 (~Mateon1@unaffiliated/mateon1) (Ping timeout: 240 seconds)
- # [09:30] * Joins: yoav (~yoav@37.163.27.219)
- # [09:34] * Joins: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr)
- # [09:35] * Joins: Mateon1 (~Mateon1@unaffiliated/mateon1)
- # [09:42] * Quits: yoav (~yoav@37.163.27.219) (Remote host closed the connection)
- # [09:46] * Joins: wilsonpage (~wilsonpag@89.202.203.51)
- # [09:48] * Quits: globbot (~logbot@lump.glob.com.au) (Ping timeout: 246 seconds)
- # [09:48] <annevk_> TabAtkins: I agree with Domenic on the arguments thing, I think I said so before
- # [09:48] * annevk_ is now known as annevk
- # [09:49] <annevk> TabAtkins: would love to see existing cases that prove that wrong
- # [09:49] * Joins: globbot (~logbot@lump.glob.com.au)
- # [09:50] * Quits: KevinMarks (~yaaic@172.56.30.209) (Ping timeout: 240 seconds)
- # [09:50] * Quits: wilsonpage (~wilsonpag@89.202.203.51) (Client Quit)
- # [09:52] <Ms2ger> Arguments thing?
- # [09:52] * Joins: wilsonpage (~wilsonpag@89.202.203.51)
- # [09:52] * Quits: dbaron (~dbaron@173-228-85-118.dsl.dynamic.fusionbroadband.com) (Ping timeout: 272 seconds)
- # [09:53] <annevk> Ms2ger: that bikeshed treats arguments as if they're definitions
- # [09:53] <Ms2ger> Ah
- # [09:54] * Joins: ttepasse (~ttepasse@ip-178-200-61-79.hsi07.unitymediagroup.de)
- # [09:57] * Quits: boogyman (~mrj@pdpc/supporter/professional/boogyman) (Ping timeout: 256 seconds)
- # [09:57] * Quits: tav (~tav`@host31-52-138-43.range31-52.btcentralplus.com) (Read error: No route to host)
- # [09:59] * Quits: Mateon1 (~Mateon1@unaffiliated/mateon1) (Ping timeout: 246 seconds)
- # [10:04] * Joins: boogyman (~mrj@pdpc/supporter/professional/boogyman)
- # [10:05] * Joins: Mateon1 (~Mateon1@unaffiliated/mateon1)
- # [10:06] * Joins: darobin (~darobin@88.126.62.30)
- # [10:11] * Quits: darobin (~darobin@88.126.62.30) (Ping timeout: 265 seconds)
- # [10:12] * Joins: tav (~tav`@host31-52-138-43.range31-52.btcentralplus.com)
- # [10:13] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [10:13] * Joins: capella-s3 (~yaaic@cpe-24-59-243-39.twcny.res.rr.com)
- # [10:15] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [10:16] * Quits: sicking (~sicking@c-73-223-180-11.hsd1.ca.comcast.net) (Quit: sicking)
- # [10:17] * Quits: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net) (Quit: jdaggett_)
- # [10:17] * Joins: satazor (~satazor@94.60.78.118)
- # [10:17] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 244 seconds)
- # [10:19] * Joins: ^esc (~esc-ape@178.165.128.234.wireless.dyn.drei.com)
- # [10:22] * Quits: satazor (~satazor@94.60.78.118) (Ping timeout: 244 seconds)
- # [10:23] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
- # [10:26] * Joins: roc (~chatzilla@121.98.92.234)
- # [10:28] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [10:29] * Quits: espadrine (~tyl@dan75-7-88-166-187-54.fbx.proxad.net) (Ping timeout: 264 seconds)
- # [10:35] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [10:51] * Quits: capella-s3 (~yaaic@cpe-24-59-243-39.twcny.res.rr.com) (Quit: Talk atcha later)
- # [10:51] * Joins: darobin (~darobin@88.126.62.30)
- # [10:53] * Joins: espadrine (~tyl@213.152.18.159)
- # [11:04] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
- # [11:05] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [11:11] * Quits: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr) (Remote host closed the connection)
- # [11:11] * Joins: satazor (~satazor@94.60.78.118)
- # [11:16] * Quits: satazor (~satazor@94.60.78.118) (Ping timeout: 240 seconds)
- # [11:16] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 240 seconds)
- # [11:17] * Quits: boogyman (~mrj@pdpc/supporter/professional/boogyman) (Ping timeout: 252 seconds)
- # [11:17] * Joins: boogyman (~mrj@user-0c90hji.cable.mindspring.com)
- # [11:17] * Quits: boogyman (~mrj@user-0c90hji.cable.mindspring.com) (Changing host)
- # [11:17] * Joins: boogyman (~mrj@pdpc/supporter/professional/boogyman)
- # [11:18] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [11:29] * Joins: adactio (~adactio@212.42.170.121)
- # [11:47] * Quits: bufferino (~yz@103.11.50.93) (Ping timeout: 240 seconds)
- # [11:49] <Ms2ger> annevk, were you working on something for sites' database quota?
- # [11:55] <MikeSmith> Ms2ger: https://storage.spec.whatwg.org/#quota I think
- # [11:55] <Ms2ger> There we are
- # [11:56] <MikeSmith> though there's not much there there at this point
- # [11:57] <Ms2ger> Yeah
- # [11:57] * Ms2ger wonders if we're going to move Storage into that spec
- # [12:05] <annevk> Ms2ger: what is Storage?
- # [12:05] <Ms2ger> local/session
- # [12:05] * Joins: satazor (~satazor@94.60.78.118)
- # [12:05] <annevk> We could maybe, would that shrink HTML a lot?
- # [12:06] <annevk> The Cache API could move there too maybe
- # [12:07] <Ms2ger> I don't know that there's any single piece that would shrink HTML by a lot, compared to its overall size :)
- # [12:08] * Quits: xxMatiasFCxx (~matias@r167-56-39-179.dialup.adsl.anteldata.net.uy) (Ping timeout: 260 seconds)
- # [12:08] * Joins: xxMatiasFCxx (~matias@r167-56-39-179.dialup.adsl.anteldata.net.uy)
- # [12:09] <Ms2ger> Print preview on the w3c fork says 20 pages or so, for whatever that's worth
- # [12:09] <jgraham> That's <5% I think
- # [12:10] * Joins: mrtn_ (~Martin@213.47.199.3)
- # [12:10] * Quits: satazor (~satazor@94.60.78.118) (Ping timeout: 256 seconds)
- # [12:11] <annevk> Yeah, about 2% I suspect
- # [12:15] * Joins: jacobolu_ (~jacobolus@37.sub-70-197-2.myvzw.com)
- # [12:18] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 244 seconds)
- # [12:18] * Quits: sarri (~sari@unaffiliated/sarri) (Ping timeout: 240 seconds)
- # [12:21] * Joins: sarri (~sari@unaffiliated/sarri)
- # [12:23] * wilsonpage is now known as wilsonpage-away
- # [12:27] * Joins: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr)
- # [12:29] * Joins: xiinotulp (~plutoniix@node-t05.pool-101-108.dynamic.totbb.net)
- # [12:31] * Quits: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr) (Remote host closed the connection)
- # [12:32] * Quits: plutoniix (~plutoniix@node-zq5.pool-180-180.dynamic.totbb.net) (Ping timeout: 246 seconds)
- # [12:34] * Quits: mrtn_ (~Martin@213.47.199.3) (Quit: Leaving)
- # [12:42] * Quits: g4 (~g4@unaffiliated/gormer) (Ping timeout: 245 seconds)
- # [12:45] * Joins: JoWie (uid93456@gateway/web/irccloud.com/x-rzoktgjyzajqsrue)
- # [12:48] * Joins: g4 (~g4@unaffiliated/gormer)
- # [12:54] * wilsonpage-away is now known as wilsonpage
- # [12:59] * Joins: satazor (~satazor@94.60.78.118)
- # [13:04] * Quits: satazor (~satazor@94.60.78.118) (Ping timeout: 246 seconds)
- # [13:10] <annevk> Well, and since it's the fork that likely includes a bunch of boilerplate, so more like 1%...
- # [13:10] <annevk> But maybe as with performance every little bit helps?
- # [13:11] * wilsonpage is now known as wilsonpage-away
- # [13:11] <annevk> TabAtkins: https://github.com/whatwg/dom/issues/62
- # [13:14] * Quits: espadrine (~tyl@213.152.18.159) (Quit: Konversation terminated!)
- # [13:17] * Quits: jacobolu_ (~jacobolus@37.sub-70-197-2.myvzw.com) (Read error: No route to host)
- # [13:17] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [13:23] * Joins: espadrine_ (~tyl@213.152.18.159)
- # [13:32] * Quits: lerc (~quassel@121-74-249-71.telstraclear.net) (Ping timeout: 246 seconds)
- # [13:48] * Quits: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net) (Quit: eric_carlson)
- # [13:51] * Quits: darobin (~darobin@88.126.62.30) (Remote host closed the connection)
- # [13:52] * Quits: Philip`_ (~philip@compass.zaynar.co.uk) (Ping timeout: 244 seconds)
- # [13:53] * Joins: Philip` (~philip@compass.zaynar.co.uk)
- # [13:53] * Joins: satazor (~satazor@94.60.78.118)
- # [13:57] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [13:58] * Quits: satazor (~satazor@94.60.78.118) (Ping timeout: 246 seconds)
- # [14:03] * Quits: terinjokes (~terinjoke@wikinews/Terinjokes) (Ping timeout: 256 seconds)
- # [14:04] * Joins: jdaggett_ (~jdaggett@ad056175.dynamic.ppp.asahi-net.or.jp)
- # [14:04] * Joins: Arcarc (~a@h-4-16.a166.priv.bahnhof.se)
- # [14:05] * Joins: terinjokes (~terinjoke@wikinews/Terinjokes)
- # [14:06] <wanderview> annevk: you around to help me with opaqueredirect?
- # [14:07] <wanderview> annevk: I don't see where the fetch algorithm consumes the opaqueredirect to actually do the redirect
- # [14:09] <wanderview> annevk: won't the original fetch algorithm that initiated the fetch event end up in the "manual" redirect mode of the 30x handling when an opaqueredirect is returned? thus returning another opaqueredirect?
- # [14:09] * Parts: Arcarc (~a@h-4-16.a166.priv.bahnhof.se)
- # [14:10] <wanderview> annevk: ultimately I'm trying to understand if an opaqueredirect can result in the navigation triggering a second fetch event
- # [14:10] <wanderview> JakeA: maybe you have thoughts about this too ^^^
- # [14:12] * xiinotulp is now known as plutoniix
- # [14:16] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
- # [14:22] <JakeA> wanderview: an opaque redirect to a navigation should result in another fetch event
- # [14:22] <JakeA> depending on the redirect location
- # [14:22] <wanderview> JakeA: depending?
- # [14:22] <JakeA> it'll go to the SW that controls the new location, if any
- # [14:22] <wanderview> JakeA: is this all "to be spec'd in HTML spec" sort of stuff?
- # [14:23] <wanderview> I don't see it currently
- # [14:23] <JakeA> So, if a navigation to //origin1/foo/bar returns a redirect to //origin2/baz, the SW which controls //origin2/baz will get the 2nd fetch event
- # [14:23] * espadrine_ is now known as espadrine
- # [14:24] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [14:24] <wanderview> I have the feeling this is going to be really hard to implement in gecko
- # [14:25] <wanderview> JakeA: thanks
- # [14:25] <JakeA> wanderview: so a navigation hits https://fetch.spec.whatwg.org/#http-fetch, it gets an opaque redirect from the SW, which survives the checks in 2.2
- # [14:26] <wanderview> yep
- # [14:26] <JakeA> It doesn't do 5.301.10, because it's manual, not follow
- # [14:26] <wanderview> yep
- # [14:26] <JakeA> The response is returned to the navigation algo
- # [14:27] <wanderview> JakeA: well, does it double wrap as an opaque response then?
- # [14:27] <wanderview> but yea
- # [14:28] <JakeA> In step 19 of https://html.spec.whatwg.org/multipage/browsers.html#navigating-across-documents, the navigate algo loops back to create a new fetch based on the redirect url
- # [14:28] <wanderview> ok... thats the part I was missing
- # [14:28] <wanderview> I find the html spec hard to navigate
- # [14:29] <JakeA> it's a beast
- # [14:30] * wanderview wishes bz was not on vacation...
- # [14:31] <wanderview> JakeA: it seems an error that 5.301.11 creates a new opaqueredirect if it already has an opaqueredirect
- # [14:31] <hallvors> jgraham: have a moment to look at the last few comments in https://critic.hoppipolla.co.uk/showcomment?chain=12228 ? TIA!
- # [14:32] * wilsonpage-away is now known as wilsonpage
- # [14:32] <wanderview> seems like it should just return the existing opaqueredirect
- # [14:33] <JakeA> yeah, not sure I fully understand that, annevk usually has a good reason though. He'll be able to clear it up.
- # [14:33] <wanderview> JakeA: at least in our impl, we assert that an opaqueredirect doesn't wrap an existing filtered response type
- # [14:33] <wanderview> since it breaks the "get unfiltered <value>" semantics... that stuff only looks one level deep
- # [14:37] <annevk> wanderview: what is 5.301.11?
- # [14:37] <wanderview> annevk: http-fetch step 5, for the 30x series of status codes, step 11
- # [14:38] <annevk> wanderview: hmm yes
- # [14:40] <annevk> wanderview: I guess another problem is that when you return an opaqueredirect from a service worker when redirect mode is follow
- # [14:40] <wanderview> annevk: I don't think that is permitted today
- # [14:40] <annevk> wanderview: although I guess that scenario fails in 2.2
- # [14:40] <wanderview> annevk: yea
- # [14:41] <annevk> still, the whole status code dance should probably operate on the internal response, which would avoid recursive wrapping
- # [14:42] <wanderview> JakeA: so if someone is doing read-through-caching... we would expect an opaqueredirect to end up in the Cache... and the following secondary fetch event will result in the final resource being in the Cache too?
- # [14:42] * Quits: ttepasse (~ttepasse@ip-178-200-61-79.hsi07.unitymediagroup.de) (Read error: Connection reset by peer)
- # [14:42] <wanderview> annevk: the restriction for opaqueredirect for navigations seems a bit problematic to me
- # [14:43] <JakeA> wanderview: unless they were serving from cache-first, in which case they'd get a redirect loop
- # [14:43] * Joins: ttepasse (~ttepasse@ip-178-200-61-79.hsi07.unitymediagroup.de)
- # [14:43] <wanderview> JakeA: hmm... not sure I see where the loop happens
- # [14:43] <annevk> wanderview: you'll have to tell me what the problem is
- # [14:44] <wanderview> annevk: consider an opaqueredirect gets put in the Cache for navigation... but then the same URL is loaded as *not* a navigation, you will get a failure when its read out of the Cache
- # [14:44] <wanderview> annevk: for example, someone visits an img thats served with a redirect
- # [14:44] <JakeA> wanderview: no, you're right, it wouldn't loop, sorry
- # [14:44] <wanderview> visits the img as a navigation... then loads the page with the img embedded
- # [14:46] <annevk> why would the Cache API cache a redirect?
- # [14:46] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [14:47] <JakeA> annevk: if the pattern is cache-after-fetch: User visits '/', fetches, response added to cache
- # [14:47] <wanderview> annevk: this pattern: https://jakearchibald.com/2014/offline-cookbook/#on-network-response
- # [14:48] * Joins: satazor (~satazor@94.60.78.118)
- # [14:49] <annevk> Well, not handling manual redirects for navigations causes its own set of problems
- # [14:49] <annevk> Pick your poison
- # [14:49] <JakeA> I don't think caching a redirect is so bad tbh. If it's temporary maybe. But yeah, developers will need to watch what they cache
- # [14:50] <annevk> wanderview: I filed https://github.com/whatwg/fetch/issues/105 on your double wrapping issue
- # [14:50] <wanderview> annevk: by why not allow opaqueredirect for non-navigation
- # [14:50] <wanderview> ?
- # [14:50] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 246 seconds)
- # [14:51] <annevk> wanderview: did you read #66?
- # [14:51] <annevk> I think we discussed this
- # [14:51] <wanderview> not in its entirety, no
- # [14:51] * Joins: darobin (~darobin@88.126.62.30)
- # [14:51] <wanderview> I can look for the navigation restrict
- # [14:51] * Joins: smaug____ (~chatzilla@a91-154-43-105.elisa-laajakaista.fi)
- # [14:52] * Quits: satazor (~satazor@94.60.78.118) (Ping timeout: 245 seconds)
- # [14:53] * Joins: caitp (~green@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # [14:54] <annevk> wanderview: I think https://github.com/whatwg/fetch/issues/66#issuecomment-121192316 discusses it
- # [14:55] <annevk> wanderview: the main problem is where the request ends up if the redirect went cross-origin
- # [14:55] <annevk> wanderview: that's clear for "manual", not for "follow"
- # [14:56] <annevk> It might be worth explaining that in the specification since it's a security restrictions of sorts
- # [14:56] <jgraham> hallvors: Donw
- # [14:56] <jgraham> *Done
- # [14:56] * Quits: darobin (~darobin@88.126.62.30) (Ping timeout: 245 seconds)
- # [15:00] <annevk> I just received a long private rant about why we have to keep synchronous XMLHttpRequest...
- # [15:00] * Quits: calvaris (~calvaris@fanzine.igalia.com) (Quit: Ex-Chat)
- # [15:00] <jgraham> annevk: Do you have a Sync XHR bingo card yet?
- # [15:02] <wanderview> someone probably wrote "for a sync xhr, email annevk" in a bathroom stall somewhere
- # [15:02] <annevk> If you're curious, I forwarded the email to the responsible party: https://lists.w3.org/Archives/Public/www-archive/2015Aug/0006.html
- # [15:04] <ato> annevk: Millions I tell you. MILLIONS!
- # [15:05] <annevk> "Douglas Crockford has likened doing changes like the ones you and your ilk imposed, as being like a physical assault, like cutting people with knives..."
- # [15:06] * Joins: darobin (~darobin@88.126.62.30)
- # [15:09] <TabAtkins> Oh wow, both "nazi" *and* "indian giving". Had to throw in some racism at the end there I guess.
- # [15:09] <caitp> imposed?
- # [15:10] <caitp> i didn't think anyone actually turned the feature off yet
- # [15:11] <ato> Turning off sync XHR would have devastating effects on the web I think, although I can't back that up with data.
- # [15:12] <caitp> yeah, it sounds like it's probably not going to happen
- # [15:12] <annevk> The warning is there mostly to recommend better practice
- # [15:12] <annevk> And it seems to be effective in raising awareness
- # [15:13] <TabAtkins> And, I guess, having people with unrelated bugs fly off the handle.
- # [15:14] <wanderview> annevk: you could have gotten a short message like he sent this person: http://thehandshakedrugs.tumblr.com/post/22360423717/i-woke-up-to-this-email-this-morning-its-pretty
- # [15:15] * wanderview goes on kid duty
- # [15:16] <annevk> wanderview: o_O nice detective work
- # [15:16] <TabAtkins> omg
- # [15:17] <annevk> I missed this gem at the end: "my hate and that of many others will be forever"
- # [15:18] * Quits: Ms2ger (~Ms2ger@2a02:1810:a819:a00:79cf:d9b8:e31f:d847) (Ping timeout: 256 seconds)
- # [15:23] * Joins: TallTed (~Thud@63.119.36.36)
- # [15:24] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [15:26] * Joins: scor (~scor@64.231.198.184)
- # [15:26] * Quits: scor (~scor@64.231.198.184) (Changing host)
- # [15:26] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [15:29] * Joins: Ms2ger (~Ms2ger@2a02:1810:a819:a00:fc79:484:9aaf:70af)
- # [15:32] * Joins: alrra (uid62345@gateway/web/irccloud.com/x-amxrtemzpjukzlqx)
- # [15:33] * Joins: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net)
- # [15:36] * Joins: mven (~textual@32.97.110.56)
- # [15:36] * Quits: mven (~textual@32.97.110.56) (Excess Flood)
- # [15:42] * Joins: satazor (~satazor@94.60.78.118)
- # [15:46] * Quits: satazor (~satazor@94.60.78.118) (Ping timeout: 245 seconds)
- # [15:49] * Joins: satazor (~satazor@94.60.78.118)
- # [15:52] * wanderview resists making a Warhammer joke.
- # [15:53] <wanderview> annevk: why is the http-fetch 2.2 check "fail if non-navigation and opaqueredirect" instead of "fail if redirect mode is follow and opaqueredirect"?
- # [15:54] <wanderview> annevk: I mean.. why can't code do fetch(url, { redirect: 'manual' }) and get it intercepted with an opaqueredirect?
- # [15:57] <annevk> wanderview: well, redirects have tons of security issues around them, I rather keep them closely guarded until we know it's safe
- # [15:58] <annevk> wanderview: what's the use case of allowing that?
- # [15:58] <annevk> wanderview: we could work through it I suppose and add it if you think that's valuable
- # [16:02] <wanderview> annevk: no use case in mind... just trying to understand why we are operating on "navigation" instead of the primitives script can see/reproduce (since we rolled back context for now)
- # [16:04] <annevk> wanderview: since it's more restrictive
- # [16:04] <annevk> more MVP, if you will
- # [16:13] * Joins: ccardona-work (~ccardona-@c-24-130-132-120.hsd1.ca.comcast.net)
- # [16:16] * Quits: ccardona-work (~ccardona-@c-24-130-132-120.hsd1.ca.comcast.net) (Client Quit)
- # [16:18] * Joins: eric_carlson (~ericc@17.202.47.189)
- # [16:26] * Quits: kwas (d8385362@gateway/web/freenode/ip.216.56.83.98) (Quit: Page closed)
- # [16:28] <annevk> So for whoever is attending TPAC... When you book the Renaissance Sapporo Hotel through Egencia (perhaps Expedia too?) the rates are less than half from what is listed on w3.org and their recommend travel agency...
- # [16:29] <annevk> As in, I'm staying six nights for USD ~400
- # [16:30] <wilhelm> Yes. I got it cheaper from Hotels.com.
- # [16:31] <jgraham> annevk: You're going to get angry mail from W3C management :)
- # [16:32] <annevk> jgraham: Film at 11
- # [16:32] <wilhelm> I'm arriving in Tokyo on Saturday morning (23rd). Will drink the best cocktails in town that night (you're all invited). Off to Sapporo the next day.
- # [16:32] <annevk> I'm arriving Friday morning...
- # [16:33] <wilhelm> In Sapporo or Tokyo?
- # [16:33] <annevk> Tokyo
- # [16:34] <annevk> I'm either staying there until Sunday, or join mnot's road trip idea, but that thread's been kind of silent lately
- # [16:36] * Joins: felipedefarias (~felipedef@186.223.96.251)
- # [16:37] * Quits: felipedefarias (~felipedef@186.223.96.251) (Remote host closed the connection)
- # [16:38] <wilhelm> I'll be here all of Saturday night: http://www.japantimes.co.jp/life/2014/06/10/food/meet-willy-wonka-extraordinary-cocktails/ :D
- # [16:38] <wilhelm> (The Akasaka branch.)
- # [16:39] * Joins: aretecode (~aretecode@69.4.235.219)
- # [16:40] <TabAtkins> wilhelm: If you're ever in Seoul, you must go to Le Chamber. Best cocktails I've ever had.
- # [16:40] * wilhelm takes notes.
- # [16:41] <TabAtkins> (We happened to go the night before the Korean bartending championships, so they had some guest mixers that night who made some *amazing* drinks.)
- # [16:41] <TabAtkins> The owners are brothers who have both won the championship, iirc
- # [16:41] <wilhelm> Oh, fun.
- # [16:42] <TabAtkins> I believe you always need a reservation, at least for a bar seat (which you want).
- # [16:43] * Joins: jwalden (~waldo@d28-23-115-197.dim.wideopenwest.com)
- # [16:46] * Quits: g4 (~g4@unaffiliated/gormer) (Quit: Leaving)
- # [16:47] <wilhelm> I attended a rather amazing food-and-cocktails pairing dinner at the above-mentioned place last week. The head bartender from Tippling Club in Singapore did the cocktails. That place is hereby recommended by proxy, too.
- # [16:49] * Quits: satazor (~satazor@94.60.78.118)
- # [16:49] * Quits: bnicholson (~bnicholso@c-24-130-60-241.hsd1.ca.comcast.net) (Quit: This computer has gone to sleep)
- # [16:49] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
- # [16:55] <gsnedders> wilhelm: Sat is the 24th?
- # [16:56] <wilhelm> gsnedders: Yes.
- # [16:56] <gsnedders> wilhelm: silly wilhelm, can't you even date?
- # [16:56] <wilhelm> Eh, mistyped.
- # [16:56] <wilhelm> No.
- # [16:56] <wilhelm> Because timezones.
- # [16:56] <gsnedders> …that sounded more questionable than I meant.
- # [17:00] * Joins: jungkees (uid24208@gateway/web/irccloud.com/x-vevlrnwcdkdvuwxg)
- # [17:02] * Quits: psy_ (~psy@43.224.156.112) (Ping timeout: 246 seconds)
- # [17:03] * Joins: bnicholson (~bnicholso@corp.mtv2.mozilla.com)
- # [17:06] * Quits: adactio (~adactio@212.42.170.121) (Quit: adactio)
- # [17:09] * Joins: JonDavis (~solyce@c-73-151-87-134.hsd1.ca.comcast.net)
- # [17:13] * wilsonpage is now known as wilsonpage-away
- # [17:14] * wilsonpage-away is now known as wilsonpage
- # [17:20] * Quits: jdaggett_ (~jdaggett@ad056175.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett_)
- # [17:21] * Quits: JonDavis (~solyce@c-73-151-87-134.hsd1.ca.comcast.net) (Quit: JonDavis)
- # [17:22] * Joins: psy_ (~psy@43.224.156.112)
- # [17:22] * Quits: psy_ (~psy@43.224.156.112) (Max SendQ exceeded)
- # [17:23] * Joins: psy_ (~psy@43.224.156.112)
- # [17:26] <wanderview> JakeA: annevk: if a navigation triggers a fetch event, then fetch event does nothing (does not call respondWith()), then the normal browser processing hits a redirect, should a second fetch event be triggered in that case?
- # [17:26] * Joins: ap (~ap@17.202.44.214)
- # [17:26] <wanderview> or only a second fetch event if an opaqueredirect is hit?
- # [17:27] <JakeA> Second fetch event, targeted at the controller of the new url
- # [17:27] <wanderview> JakeA: even if the controller is the same as the first fetch event? (same origin/scope)
- # [17:28] <JakeA> wanderview: yep!
- # [17:28] <wanderview> ok
- # [17:28] * wanderview is beginning to think taking this bug was a mistake.
- # [17:28] <JakeA> wanderview: if I respondWith(Request.redirect('/')) to a navigation, I'd expect another fetch event too
- # [17:29] <wanderview> JakeA: but only for navigations, right?
- # [17:29] <wanderview> or manual redirect flag
- # [17:29] <wanderview> JakeA: Request.redirect('/') is not an opaqueredirect, right?
- # [17:31] <JakeA> wanderview: I'd expect another fetch if the original request was manual-redirect, and the initiating algo reacts to redirects by starting a whole new fetch (which is navigations, there may be others)
- # [17:31] <JakeA> wanderview: Request.redirect('/') is just a Response
- # [17:32] <wanderview> JakeA: so I guess if a script does fetch(url, { redirect: 'manual' }) they could detect the 30x status code and do a new fetch()
- # [17:32] <JakeA> annevk: would it be useful to start a ticket for drafting the patches to HTML regarding fetch?
- # [17:39] * Quits: czerasz (~czerasz@p5DDBA997.dip0.t-ipconnect.de) (Ping timeout: 246 seconds)
- # [17:42] <wanderview> JakeA: do you consider this new redirect behavior v1 or v2 for service workers?
- # [17:42] <wanderview> should I be concerned about being incompatible if chrome waits to implement?
- # [17:43] * Joins: stakagi (~stakagi@202.155.216.74)
- # [17:51] * Joins: sicking (~sicking@c-73-223-180-11.hsd1.ca.comcast.net)
- # [17:52] * Joins: bufferino (~yz@bb115-66-4-98.singnet.com.sg)
- # [17:53] <JakeA> wanderview: Google docs hit a problem where, on navigation, their SW would fetch the page, but it'd hit a redirect to the (other origin) login page. If they served this they'd get an error. They could work around it by making a no-cors fetch and assuming an opaque response was a redirect, and issue the redirect themselves, but then they're downloading the
- # [17:53] <JakeA> login page twice
- # [17:54] <JakeA> The changes to redirect were to handle this case
- # [17:54] <JakeA> So, without these changes, offline may fail in Google Docs, so I guess it depends on how much that matters
- # [18:09] <annevk> wanderview: yeah, because of manual and each request being fresh
- # [18:09] <annevk> JakeA: yeah sounds fine
- # [18:10] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [18:13] * Joins: xxMatiasFxx (~matias@r167-56-5-193.dialup.adsl.anteldata.net.uy)
- # [18:14] * wilsonpage is now known as wilsonpage-away
- # [18:14] * Quits: xxMatiasFCxx (~matias@r167-56-39-179.dialup.adsl.anteldata.net.uy) (Read error: Connection reset by peer)
- # [18:15] * Quits: wilsonpage-away (~wilsonpag@89.202.203.51) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [18:16] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [18:19] * Joins: ccardona-work (~ccardona-@209.213.209.190)
- # [18:19] * Joins: ttepasse_ (~ttepasse@ip-178-200-61-79.hsi07.unitymediagroup.de)
- # [18:21] * Quits: ttepasse (~ttepasse@ip-178-200-61-79.hsi07.unitymediagroup.de) (Ping timeout: 245 seconds)
- # [18:21] * Joins: wilsonpage (~wilsonpag@89.202.203.51)
- # [18:22] <wanderview> JakeA: well... from the issue comments the chrome impl team were a bit surprised by the changes... so I was wondering if it was going to be implemented later, etc
- # [18:23] <wanderview> not a priority or something
- # [18:23] <JakeA> wanderview: Docs are a pretty high priority customer for us, so pretty sure it'll get done with pretty high priority
- # [18:24] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Read error: Connection reset by peer)
- # [18:24] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [18:26] * Krinkle_ is now known as Krinkle
- # [18:26] * Quits: stakagi (~stakagi@202.155.216.74) (Ping timeout: 260 seconds)
- # [18:27] * wilsonpage is now known as wilsonpage-away
- # [18:27] <wanderview> JakeA: annevk: do we need Request.context sorted before integrating with other specs?
- # [18:27] <wanderview> or I guess its not hard to change later... just might be more work to roto-till the other specs twice
- # [18:27] <annevk> wanderview: we'd just not define it for now I guess
- # [18:27] <annevk> I should have made a proposal for that today
- # [18:27] <annevk> forgot
- # [18:27] <JakeA> although CSP has kinda defined most of them
- # [18:27] * Quits: wilsonpage-away (~wilsonpag@89.202.203.51) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [18:30] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 240 seconds)
- # [18:32] * Quits: boogyman (~mrj@pdpc/supporter/professional/boogyman) (Ping timeout: 260 seconds)
- # [18:35] <ccardona-work> Good morning WHATWG crew o/
- # [18:40] * Joins: dbaron (~dbaron@173-228-85-118.dsl.dynamic.fusionbroadband.com)
- # [18:44] * Joins: benwerd (~benwerd@2601:645:1:25fd:a58e:6b4f:80fe:d0f1)
- # [18:45] * Joins: boogyman (~mrj@user-0c90hji.cable.mindspring.com)
- # [18:45] * Quits: boogyman (~mrj@user-0c90hji.cable.mindspring.com) (Changing host)
- # [18:45] * Joins: boogyman (~mrj@pdpc/supporter/professional/boogyman)
- # [18:48] * Quits: tav (~tav`@host31-52-138-43.range31-52.btcentralplus.com) (Read error: No route to host)
- # [18:53] * Joins: czerasz (~czerasz@ip-109-45-132-84.web.vodafone.de)
- # [18:56] * Quits: boogyman (~mrj@pdpc/supporter/professional/boogyman) (Ping timeout: 265 seconds)
- # [18:58] * Joins: boogyman (~mrj@user-0c90hji.cable.mindspring.com)
- # [18:58] * Quits: boogyman (~mrj@user-0c90hji.cable.mindspring.com) (Changing host)
- # [18:58] * Joins: boogyman (~mrj@pdpc/supporter/professional/boogyman)
- # [18:58] * Quits: czerasz (~czerasz@ip-109-45-132-84.web.vodafone.de) (Ping timeout: 244 seconds)
- # [18:59] * Joins: wilsonpage (~wilsonpag@89.202.203.52)
- # [19:00] * Quits: eric_carlson (~ericc@17.202.47.189) (Ping timeout: 240 seconds)
- # [19:03] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
- # [19:03] * Joins: bholley (~bholley@c-67-169-151-96.hsd1.ca.comcast.net)
- # [19:05] * Quits: boogyman (~mrj@pdpc/supporter/professional/boogyman) (Ping timeout: 244 seconds)
- # [19:09] * Joins: KevinMarks_ (~yaaic@2607:fb90:2286:3030:6cc8:9df3:1a44:48f0)
- # [19:09] * Joins: tav (~tav`@host31-52-138-43.range31-52.btcentralplus.com)
- # [19:11] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 250 seconds)
- # [19:11] * Joins: czerasz (~czerasz@ip-109-45-115-221.web.vodafone.de)
- # [19:12] * Joins: boogyman (~mrj@user-0c90hji.cable.mindspring.com)
- # [19:12] * Quits: boogyman (~mrj@user-0c90hji.cable.mindspring.com) (Changing host)
- # [19:12] * Joins: boogyman (~mrj@pdpc/supporter/professional/boogyman)
- # [19:14] * Joins: ccardona-work (~ccardona-@209.213.209.190)
- # [19:14] * Joins: wartdev (~wartdev@109.255.148.96)
- # [19:15] * Quits: darobin (~darobin@88.126.62.30) (Remote host closed the connection)
- # [19:15] * Joins: darobin (~darobin@88.126.62.30)
- # [19:15] * Quits: darobin (~darobin@88.126.62.30) (Remote host closed the connection)
- # [19:17] * Joins: Maurice` (~copyman@unaffiliated/maurice)
- # [19:18] * Quits: sicking (~sicking@c-73-223-180-11.hsd1.ca.comcast.net) (Quit: sicking)
- # [19:18] * Krinkle is now known as Krinkle_
- # [19:19] * Quits: czerasz (~czerasz@ip-109-45-115-221.web.vodafone.de) (Ping timeout: 260 seconds)
- # [19:19] * Joins: jyasskin (jyasskin@nat/google/x-dnktuhupmgxwrtgp)
- # [19:20] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
- # [19:22] <wanderview> annevk: any chance you want to put http-fetch step 4, 30x case, step 11 before the "follow" steps? short circuiting the short path is nicer when implementing
- # [19:22] <wanderview> minor nit
- # [19:26] * Joins: boogyman__ (~mrj@user-0c90hji.cable.mindspring.com)
- # [19:26] * Joins: ehsan_ (~ehsan@2001:450:1f:224:9cfe:5b23:d748:ef67)
- # [19:27] * Quits: boogyman (~mrj@pdpc/supporter/professional/boogyman) (Ping timeout: 244 seconds)
- # [19:27] * boogyman__ is now known as boogyman
- # [19:27] * boogyman is now known as Guest88862
- # [19:28] * Quits: jungkees (uid24208@gateway/web/irccloud.com/x-vevlrnwcdkdvuwxg) (Quit: Connection closed for inactivity)
- # [19:29] * Joins: ccardona-work (~ccardona-@209.213.209.190)
- # [19:29] * Quits: jyasskin (jyasskin@nat/google/x-dnktuhupmgxwrtgp) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [19:33] <annevk> wanderview: file an issue?
- # [19:33] <annevk> wanderview: seems fine
- # [19:33] <wanderview> ok
- # [19:34] * Krinkle_ is now known as Krinkle
- # [19:36] * Quits: wilsonpage (~wilsonpag@89.202.203.52) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [19:39] <wanderview> annevk: https://github.com/whatwg/fetch/issues/107
- # [19:43] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [19:45] * Joins: KevinMarks__ (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
- # [19:46] * Quits: KevinMarks_ (~yaaic@2607:fb90:2286:3030:6cc8:9df3:1a44:48f0) (Ping timeout: 244 seconds)
- # [19:48] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [19:49] * Joins: jernoble (~jernoble@17.202.46.221)
- # [19:49] * Joins: wilsonpage (~wilsonpag@89.202.203.51)
- # [19:53] * Joins: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr)
- # [19:54] * Joins: rxgx (uid22483@gateway/web/irccloud.com/x-zscoxxmxyyunheyy)
- # [19:57] * Guest88862 is now known as boogyman
- # [19:57] * Quits: boogyman (~mrj@user-0c90hji.cable.mindspring.com) (Changing host)
- # [19:57] * Joins: boogyman (~mrj@pdpc/supporter/professional/boogyman)
- # [19:59] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [20:00] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
- # [20:01] * Joins: jyasskin (jyasskin@nat/google/x-cquunfnrtsadyrez)
- # [20:01] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [20:06] * Quits: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr) (Remote host closed the connection)
- # [20:10] * Krinkle is now known as Krinkle_
- # [20:10] <miketaylr> i need a better test word when trying to figure out how bikeshed works https://github.com/whatwg/compat/commit/2530dc6adcbd46f88f61c662501ff2ea81ba8ebf
- # [20:11] <miketaylr> >_<
- # [20:12] * Quits: bnicholson (~bnicholso@corp.mtv2.mozilla.com) (Ping timeout: 240 seconds)
- # [20:12] * Joins: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr)
- # [20:13] * Quits: espadrine (~tyl@213.152.18.159) (Ping timeout: 250 seconds)
- # [20:14] * Joins: bnicholson (~bnicholso@corp.mtv2.mozilla.com)
- # [20:16] * Joins: darobin (~darobin@88.126.62.30)
- # [20:17] * Quits: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr) (Remote host closed the connection)
- # [20:21] * Quits: darobin (~darobin@88.126.62.30) (Ping timeout: 260 seconds)
- # [20:22] * Joins: JonDavis (~solyce@17.202.50.47)
- # [20:22] * Joins: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr)
- # [20:28] * Quits: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr) (Remote host closed the connection)
- # [20:31] * Joins: eric_carlson (~ericc@17.202.47.189)
- # [20:32] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [20:32] * Quits: wilsonpage (~wilsonpag@89.202.203.51) (Ping timeout: 250 seconds)
- # [20:33] * Krinkle_ is now known as Krinkle
- # [20:34] * Joins: wilsonpage (~wilsonpag@89.202.203.51)
- # [20:37] <caitp> so, what is the/an "associated url" of URLSearchParams?
- # [20:37] <caitp> a hack of URLs that have a reference to it?
- # [20:37] <caitp> hash*
- # [20:38] <caitp> "run these steps for each associated url object urlObject" --- i assume that's like a weakmap that gets added to on assignment or something
- # [20:42] * Quits: jahman (~woops@129.175.204.73) (Ping timeout: 265 seconds)
- # [20:44] * Quits: jernoble (~jernoble@17.202.46.221) (Quit: Computer has gone to sleep.)
- # [20:46] * Joins: jernoble (~jernoble@17.202.46.221)
- # [20:49] * Quits: wartdev (~wartdev@109.255.148.96)
- # [20:50] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 246 seconds)
- # [20:52] * Joins: jahman (~woops@129.175.204.73)
- # [20:56] <caitp> annevk: if you're still around, am I reading that right? we have this sort of URLSearchParams-looking polyfill in angular2, and if it's too complicated to actually polyfill correctly, or we end up wanting different behaviour, I'd like to clarify that asap
- # [20:58] * Quits: wilsonpage (~wilsonpag@89.202.203.51) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [21:02] * Joins: mpt (~mpt@2001:67c:1560:a003:20d8:e8a6:2712:61f5)
- # [21:02] * Quits: mpt (~mpt@2001:67c:1560:a003:20d8:e8a6:2712:61f5) (Changing host)
- # [21:02] * Joins: mpt (~mpt@canonical/mpt)
- # [21:02] * Krinkle is now known as Krinkle_
- # [21:04] * Quits: tav (~tav`@host31-52-138-43.range31-52.btcentralplus.com) (Quit: tav)
- # [21:04] * Quits: ap (~ap@17.202.44.214) (Ping timeout: 246 seconds)
- # [21:04] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [21:05] * Joins: ap (~ap@17.114.218.89)
- # [21:05] * Quits: Ms2ger (~Ms2ger@2a02:1810:a819:a00:fc79:484:9aaf:70af) (Quit: nn)
- # [21:07] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [21:08] * Quits: dbaron (~dbaron@173-228-85-118.dsl.dynamic.fusionbroadband.com) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [21:08] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [21:09] * Joins: saba (~foo@unaffiliated/saba)
- # [21:10] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [21:11] * Joins: mven_ (~textual@32.97.110.56)
- # [21:11] * Quits: mven_ (~textual@32.97.110.56) (Excess Flood)
- # [21:18] * Quits: sarri (~sari@unaffiliated/sarri) (Quit: [~sarri])
- # [21:20] * Joins: sarri (~sari@unaffiliated/sarri)
- # [21:24] * Quits: jyasskin (jyasskin@nat/google/x-cquunfnrtsadyrez) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [21:30] * Joins: ccardona-work (~ccardona-@209.213.209.190)
- # [21:31] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Client Quit)
- # [21:34] <annevk> caitp: we will probably make it 1:1 instead
- # [21:34] * Joins: ccardona-work (~ccardona-@209.213.209.190)
- # [21:34] <annevk> caitp: need to check if the change in Mozilla sticked around
- # [21:35] <caitp> but during the update step, any original search query stuck on the associated url is replaced right?
- # [21:36] <annevk> sure
- # [21:37] <caitp> Jeff Cross at google is saying that's probably not very good for our use cases, so i guess we can't leverage the native URLSearchParams if available :( oh well
- # [21:38] <annevk> caitp: he should file an issue against the URL spec
- # [21:39] <annevk> caitp: if it's not meeting someone's needs I'd like to know
- # [21:41] <caitp> maybe another method like URLSearchParams.prototype.append(urlSearchParams) { /* update current fields with new ones or different ones */ } might work better for us, we could probably leverage that
- # [21:42] <caitp> anyway I'll let him know he can file
- # [21:42] * Quits: sarri (~sari@unaffiliated/sarri) (Read error: Connection reset by peer)
- # [21:42] * Joins: boogyman__ (~mrj@user-0c90hji.cable.mindspring.com)
- # [21:45] * Quits: boogyman (~mrj@pdpc/supporter/professional/boogyman) (Ping timeout: 250 seconds)
- # [21:45] * boogyman__ is now known as boogyman
- # [21:45] * boogyman is now known as Guest37031
- # [21:47] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [21:52] * Quits: Guest37031 (~mrj@user-0c90hji.cable.mindspring.com) (Ping timeout: 264 seconds)
- # [22:00] * Quits: benwerd (~benwerd@2601:645:1:25fd:a58e:6b4f:80fe:d0f1) (Remote host closed the connection)
- # [22:02] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [22:03] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [22:06] * Joins: jyasskin (jyasskin@nat/google/x-ioxpftfaiwglxtyt)
- # [22:07] * Joins: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr)
- # [22:08] * Krinkle_ is now known as Krinkle
- # [22:10] * Joins: annevk_ (~annevk@195.12.41.182)
- # [22:11] * Joins: jyasskin_ (jyasskin@nat/google/x-hkkbfqfquwsjesof)
- # [22:12] * Quits: jyasskin (jyasskin@nat/google/x-ioxpftfaiwglxtyt) (Ping timeout: 260 seconds)
- # [22:12] * Quits: annevk (~annevk@195.12.41.182) (Read error: Connection reset by peer)
- # [22:14] <TabAtkins> caitp: Note the possible semantic confusion - when there's a collision, are you adding your values, or replacing them?
- # [22:14] <caitp> yeah, i renamed that idea to .merge() in PM with jeff
- # [22:15] <TabAtkins> So adding?
- # [22:15] * Quits: DenSchub (~DenSchub@2a02:2260:2:1f40:2:4:0:1) (Ping timeout: 245 seconds)
- # [22:16] * Joins: DenSchub (~DenSchub@sprachrohr.0b101010.org)
- # [22:16] <caitp> that's a hard semantic to really figure out :|
- # [22:16] <TabAtkins> Because there's no single right answer!
- # [22:17] <TabAtkins> Thus why MultiMaps expose API for manipulating their values as a list *or* as a single value, depending on what your particular model is for the keys.
- # [22:17] <caitp> but the primitive of doing it manually by iterating over each field and deciding on a key by key basis, kind of sucks too
- # [22:18] * heycam|away is now known as heycam
- # [22:18] * Joins: darobin (~darobin@88.126.62.30)
- # [22:19] <TabAtkins> Yeah, sure. Just means that we need *two* update methods (like we have .set() and .append(), and .get() and .getAll()) with names that suggest the right behavior as clearly as possible.
- # [22:19] <TabAtkins> Like updateReplace() and updateAppend() (using "update" because it's the Python name for the operation)
- # [22:22] <caitp> well, already got set/add/delete, how about merge(object, optionalSchema) :x
- # [22:23] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [22:23] * Quits: darobin (~darobin@88.126.62.30) (Ping timeout: 244 seconds)
- # [22:23] * Quits: jernoble (~jernoble@17.202.46.221) (Quit: Computer has gone to sleep.)
- # [22:25] <TabAtkins> You only listed a subset of the operations, and mixed the two modes together in doing so. I'm confused...
- # [22:26] <TabAtkins> We'd got get/set (for treating it as a Map) and getAll/append (for treating it as a MultiMap). has/delete work the same in either type, so they're not duplicated.
- # [22:27] <TabAtkins> So for merging in another map, you need both a Map version (replaces collisions) and a MultiMap version (appends collisions).
- # [22:28] <caitp> so, if one key in your Map has a List value, and another key in your Map has a String value, you may want to append to one, and replace the other
- # [22:28] <TabAtkins> Then you have to do it manually, because you're being complicated.
- # [22:30] <caitp> well it is complicated, but nobody would want to write instructions for multiple query parameters that need to be merged with some default query parameters specified somewhere else, if they could simply write up a frozen schema and just reuse it, right?
- # [22:30] <caitp> that seems more friendly
- # [22:31] * Joins: weinig (~weinig@17.114.7.147)
- # [22:31] <TabAtkins> It's quite trivial to package that up yourself in a method on your own, so you just have to pass in the two maps and get the result. I don't think there's enough call for "mixed" maps to justify specifying a schema, *particularly* not if you're suggesting using that *instead of* providing the two simple Map/MultiMap variants.
- # [22:32] <caitp> alright, not a fan of the idea, I get that =)
- # [22:33] <TabAtkins> It's super easy to write a function that does this automatically based on whether the key ends in [], a la PHP, too.
- # [22:36] <caitp> yeah but there are problems with that :( certain php authors assume that every client and backend understands that notation
- # [22:37] <caitp> ah well, can't spend too much time on this discussion, but maybe someone who has more time to think it through will float a proposal at whatwg/url
- # [22:44] * Joins: jernoble (~jernoble@17.202.46.221)
- # [22:44] * Quits: frivoal (~frivoal@por44-h01-176-147-244-60.dsl.sta.abo.bbox.fr) (Remote host closed the connection)
- # [22:46] * Joins: espadrine (~tyl@dan75-7-88-166-187-54.fbx.proxad.net)
- # [22:50] * Joins: zenparsing (~zenparsin@97-81-81-172.dhcp.athn.ga.charter.com)
- # [22:51] <TabAtkins> Yeah, I didn't mean it as some universal baked into a spec, just as something you could do within a project to enable a generalized function for merging url search params, rather than having to write individual ones for each different search param pattern, or write up a separate schema for each pattern.
- # [22:53] * Joins: jdaggett_ (~jdaggett@ad056175.dynamic.ppp.asahi-net.or.jp)
- # [22:58] * Quits: zenparsing (~zenparsin@97-81-81-172.dhcp.athn.ga.charter.com)
- # [22:59] * Joins: JonathanDavis (~solyce@17.114.216.118)
- # [23:01] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [23:01] * Quits: JonDavis (~solyce@17.202.50.47) (Ping timeout: 256 seconds)
- # [23:01] * JonathanDavis is now known as JonDavis
- # [23:07] * Quits: jyasskin_ (jyasskin@nat/google/x-hkkbfqfquwsjesof) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [23:11] * Joins: benwerd (~benwerd@2601:645:1:25fd:a58e:6b4f:80fe:d0f1)
- # [23:13] * Quits: weinig (~weinig@17.114.7.147) (Quit: weinig)
- # [23:13] * Quits: Maurice` (~copyman@unaffiliated/maurice)
- # [23:13] * Joins: weinig (~weinig@17.114.7.147)
- # [23:14] * Quits: bholley (~bholley@c-67-169-151-96.hsd1.ca.comcast.net) (Quit: ZZZzzz…)
- # [23:19] * Quits: weinig (~weinig@17.114.7.147) (Quit: weinig)
- # [23:24] * Joins: dbaron (~dbaron@2620:101:80fb:224:3ca5:c2f3:1ead:c447)
- # [23:25] * Joins: weinig (~weinig@17.114.7.147)
- # [23:26] * Quits: JonDavis (~solyce@17.114.216.118) (Quit: JonDavis)
- # [23:36] * Quits: jdaggett_ (~jdaggett@ad056175.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett_)
- # [23:40] * Quits: saba (~foo@unaffiliated/saba) (Quit: leaving)
- # [23:44] * Joins: bholley (~bholley@c-67-169-151-96.hsd1.ca.comcast.net)
- # [23:48] * Quits: jernoble (~jernoble@17.202.46.221) (Quit: Computer has gone to sleep.)
- # [23:52] * Quits: weinig (~weinig@17.114.7.147) (Quit: weinig)
- # [23:52] * Joins: weinig (~weinig@17.114.7.147)
- # [23:53] * Joins: jernoble (~jernoble@17.202.46.221)
- # [23:53] * Quits: TallTed (~Thud@63.119.36.36)
- # Session Close: Fri Aug 07 00:00:00 2015
Previous day, Next day
Think these logs are useful? Then please donate to show your gratitude (and keep them up, of course). Thanks! — Krijn