15:48:20 RRSAgent has joined #dnt 15:48:20 logging to http://www.w3.org/2013/11/13-dnt-irc 15:48:31 trackbot, prepare teleconf 15:48:33 RRSAgent, make logs world 15:48:35 Zakim, this will be TRACK 15:48:35 I do not see a conference matching that name scheduled within the next hour, trackbot 15:48:36 Meeting: Tracking Protection Working Group Teleconference 15:48:36 Date: 13 November 2013 16:00:22 trackbot, prepare teleconf 16:00:24 RRSAgent, make logs world 16:00:26 Zakim, this will be TRACK 16:00:26 ok, trackbot; I see T&S_Track(dnt)12:00PM scheduled to start in 60 minutes 16:00:27 Meeting: Tracking Protection Working Group Teleconference 16:00:27 Date: 13 November 2013 16:12:28 Thomas_Schauf has joined #dnt 16:49:17 ninja has joined #dnt 16:54:54 eberkower has joined #dnt 16:55:47 JackHobaugh has joined #dnt 16:56:03 T&S_Track(dnt)12:00PM has now started 16:56:10 + +1.646.654.aaaa 16:56:18 Zakim, aaaa is eberkower 16:56:18 +eberkower; got it 16:56:43 npdoty has joined #dnt 16:56:53 Zakim, please mute me 16:56:53 sorry, eberkower, muting is not permitted when only one person is present 16:58:14 + +49.681.387.2.aabb 16:58:25 Chris_IAB has joined #dnt 16:58:29 zakim, aabb is ninja 16:58:29 +ninja; got it 16:58:37 zakim, please mute me 16:58:37 ninja should now be muted 16:58:38 Zakim, mute me please 16:58:38 eberkower should now be muted 16:59:03 +Chris_IAB 16:59:04 npd has joined #dnt 16:59:13 just joined via phone 16:59:31 GSHans has joined #dnt 17:00:27 npdoty_ has joined #dnt 17:00:28 +[CDT] 17:00:31 kulick has joined #dnt 17:00:36 robsherman has joined #dnt 17:00:39 +Joanne 17:00:53 +RobSherman 17:00:58 +kulick 17:01:03 Joanne has joined #DNT 17:01:14 +npdoty 17:01:24 Zakim, who is on the phone? 17:01:24 On the phone I see eberkower (muted), ninja (muted), Chris_IAB, [CDT], Joanne, RobSherman, kulick, npdoty 17:01:40 +[IPcaller] 17:01:43 justin has joined #dnt 17:01:51 Walter_webirc has joined #dnt 17:01:53 moneill2 has joined #dnt 17:01:58 Zakim, who is making noise? 17:02:00 Zakim, ipcaller is me 17:02:00 +Walter_webirc; got it 17:02:08 npdoty_, listening for 10 seconds I heard sound from the following: [IPcaller] (27%), [CDT] (9%) 17:02:11 +[CDT.a] 17:02:17 zakim, cdt.a has me 17:02:17 +justin; got it 17:02:19 +Jack_Hobaugh 17:02:26 +moneill 17:02:34 npdoty_ has changed the topic to: Agenda November 13: http://lists.w3.org/Archives/Public/public-tracking/2013Nov/0050.html 17:02:52 npdoty: I should be muted now 17:03:11 +[Mozilla] 17:03:11 fielding has joined #dnt 17:03:25 sidstamm has joined #dnt 17:03:29 zakim, who is on the phone? 17:03:29 On the phone I see eberkower (muted), ninja (muted), Chris_IAB, [CDT], Joanne, RobSherman, kulick, npdoty, Walter_webirc, [CDT.a], Jack_Hobaugh, moneill, [Mozilla] 17:03:32 [CDT.a] has justin 17:03:44 zakim, cdt has me 17:03:44 +GSHans; got it 17:03:44 Zakim, Mozilla has sidstamm 17:03:46 +sidstamm; got it 17:03:49 +Fielding 17:03:50 One more minute . . . 17:03:58 any volunteers to scribe today? 17:04:18 Brooks has joined #dnt 17:04:26 I can scribe 17:04:27 regrets+ LeeTien 17:04:39 scribenick: gshans 17:04:50 kj has joined #dnt 17:04:50 regrets+ dsinger 17:04:53 +Brooks 17:05:08 regrets+ SomeTPACFolks 17:05:49 +Chapell 17:05:58 +schunter 17:06:03 confirmed 17:06:11 schunter has joined #dnt 17:06:37 Justin: CFO on ISSUE-5 and ISSUE-10. Response due next Wed evening (11/20), then goes to chairs. CFO for ISSUE-16 today, extra week built in for that call to respond. 17:06:40 q? 17:06:49 +hefferjr 17:07:21 http://www.w3.org/wiki/Privacy/TPWG/Change_Proposal_Transience_Collection 17:07:24 +Susan_Israel 17:07:29 cOlsen has joined #dnt 17:07:39 susanisrael has joined #dnt 17:08:02 +[FTC] 17:08:25 +David_MacMillan 17:08:28 Chapell has joined #DNT 17:08:31 zakim, 201723 is susanisrael 17:08:31 sorry, susanisrael, I do not recognize a party named '201723' 17:09:01 q+ 17:09:04 Justin: ISSUE-16 and ISSUE-204. Definitions of collect, share, retain, uses, shares, facilitates. Two options that will go to CFO. Difference is definition of collect vs. collect and retain. Do not have strong opinions about which to go with. 17:09:06 npdoty, thank you. I thought he might have but wasn't sure. 17:09:11 +Peder_Magee 17:09:35 Justin, I did not see any way within the call for objections for Issue 5 and 10 for a WG participant to express whether the resulting definition should be ported into the TPE. Would it be possible to add this to the call for objections? 17:09:45 npdoty: Are there unreconcilable differences on these two? 17:10:01 PM3538 has joined #dnt 17:10:35 thanks, justin, I just didn't know all the views expressed last week. 17:10:48 on no definition 17:10:52 Justin: Not sure re: ISSUE-16. Jack - Justin thought there was a field on porting over to TPE or not. 17:11:13 npdoty: on party definition, Q4 is the comment field re: objections to moving. 17:11:22 npdoty: not on ISSUE-5 17:11:38 Jack: Thanks, that clarifies. 17:11:50 npdoty has joined #dnt 17:12:04 on issue-10 CfO: If you have an objection to including the party definition or definitions in the TPE document as well as the Compliance document, please describe your objection, with clear and specific reasoning. 17:12:26 http://www.w3.org/wiki/Privacy/TPWG/Change_Proposal_Transience_Collection 17:13:02 I thought Justin just went over these, on issue 16/204 17:13:21 sorry, wrong link is in the agenda 17:13:33 WileyS has joined #DNT 17:13:42 issue 5 has the wrong link correct? 17:13:42 -David_MacMillan 17:13:43 issue-217? 17:13:43 issue-217 -- Terminology for user action, interaction, and network interaction -- raised 17:13:43 http://www.w3.org/2011/tracking-protection/track/issues/217 17:13:44 schunter: Point #5 on the agenda. Defintions - collect, share, use, facilitate. Two proposals on table. Option 1 defines retain, option 2 does not. CFO will be tonight. 17:13:45 issue-228? 17:13:45 issue-228 -- Revise the Network Interaction definition -- raised 17:13:45 http://www.w3.org/2011/tracking-protection/track/issues/228 17:13:49 issue-217? 17:13:49 issue-217 -- Terminology for user action, interaction, and network interaction -- raised 17:13:49 http://www.w3.org/2011/tracking-protection/track/issues/217 17:14:16 http://www.w3.org/2011/tracking-protection/track/issues/151  17:14:17 I think the current wiki text we have on that is here: http://www.w3.org/wiki/Privacy/TPWG/Change_Proposal_Revise_network_interaction_definition 17:14:49 yes, though I forgot to add my bits for 217 to that page 17:14:51 +WileyS 17:14:55 npdoty, can you change the linked agenda to http://lists.w3.org/Archives/Public/public-tracking/2013Nov/0054.html 17:15:10 npdoty has changed the topic to: agenda, November 13: http://lists.w3.org/Archives/Public/public-tracking/2013Nov/0054.html 17:15:34 Correct - Balance is key 17:15:34 q+ 17:15:36 fielding, can you do that this week? or merge with Jack's language if possible? 17:15:37 q- 17:15:56 Thanks. The link for network transaction is wrong in the agenda. The correect link is http://www.w3.org/wiki/Privacy/TPWG/Change_Proposal_Revise_network_interaction_definition 17:16:05 -Walter_webirc 17:16:50 Schunter: Issue 151: TO what extent user agent should be required to support user granted exception API. Should we mandate all user agents support exception API? Should site be able to engage with dialogue with user re: site-wide exception? 17:16:51 q? 17:16:56 q+ 17:16:59 ack ku 17:16:59 q+ 17:17:37 +David_MacMillan 17:17:44 kulick: the fact that browser will retain DNT signal persistently. Should be some balanced mechanism on other end for exception. 17:17:50 IE10 (and 11) already implemented this - it's not difficult 17:17:51 ack Broo 17:18:21 Brooks: scope of compliance doc is to preference expression mechanisms to allow or limit tracking. can we do compliance doc correctly unless required for user granted exceptions in TPE 17:18:29 dwainberg has joined #dnt 17:19:00 Brooks: of the compliance doc, part of that reflects allowing tracking. If TPE doesn't have mechanisms up to allow tracking, does that require rewriting the scope of the compliance doc? 17:19:15 I get doc not found to that 151 link 17:19:51 schunter: So both sides should be in TPE and in the compliance spec. So there should be a mechanism for user granted exceptions in TPE. 17:19:51 -David_MacMillan 17:19:53 I believe that Brooks is implicitly refering to our charter: The mission of the Tracking Protection Working Group, part of the Privacy Activity, is to improve user privacy and user control by defining mechanisms for expressing user preferences around Web tracking and for blocking or allowing Web tracking elements. 17:19:56 ack np 17:19:56 Brooks: if you don't provide it, you can't claim it. 17:20:54 q+ 17:20:56 npdoty: do we need changes to the text? nothing says optional. We can possibly go forward with the current text. 17:21:14 nick, what do you mean by optional? 17:21:40 although we did have an action open on dsinger who wanted to explicitly note this API as optional (or something similar) 17:21:41 Exceptions are mandatory - otherwise don't implement DNT 17:21:54 MUST 17:22:03 sidstamm has joined #dnt 17:22:16 q? 17:22:17 q+ 17:22:17 schunter: TPE is a range of functionalities that exist, but not all clients have to implement all pieces - unless an element is mandatory. Must determine what needs to be required. 17:22:53 kulick: having to have browsers support this is optional, but we should have this as a "must" - otherwise there's not sufficient balance. 17:23:34 "Should" is not acceptable here. For v1, if you can't implement, then don't. 17:23:41 +1 17:23:42 schunter: one proposal is the "should" should apply. "Should" means implement if technically possible. 17:23:43 q+ 17:23:43 +q 17:23:59 -Susan_Israel 17:24:01 q+ 17:24:21 does anybody object to MUST? 17:24:26 johnsimpson has joined #dnt 17:24:37 No one that's part of the working group now objects to MUST 17:24:40 q? 17:24:44 ack b 17:24:48 ack kul 17:24:51 if we have the API and it isn't mandatory, then its implementation status must be discoverable 17:25:12 otherwise, we might as well not have the API and stick with cookies 17:25:16 Kulick: if you can support storing a DNT signal, you should be able to support storing exceptions. 17:25:19 WileyS, we have an open action item on dsinger (part of the WG, but sent regrets for today's call) with an alternative proposal 17:25:47 q? 17:25:49 schunter; could be a few corner cases where it's not feasible. 17:25:52 ack np 17:25:53 We'll see if he follows-through now. If I'm able to convince him to not write an alternative can we have "MUST" stand? 17:26:07 kulick: then text should be clear to explain that context for an exception. 17:26:47 npdoty: as it is, it would be mandatory. 17:26:47 "SHOULD This word, or the adjective "RECOMMENDED", mean that there may exist valid reasons in particular circumstances to ignore a particular item, but the full implications must be understood and carefully weighed before choosing a different course." 17:26:54 +johnsimpson 17:26:57 ack WileyS 17:26:58 "MUST This word, or the terms "REQUIRED" or "SHALL", mean that the definition is an absolute requirement of the specification." 17:27:34 Q? 17:27:39 npdoty has joined #dnt 17:27:46 Came late. I don't think it should be a must 17:27:55 q? 17:28:08 John, why don't you feel it's a must? 17:28:10 I don't think non-normative text with unenforceable normative requirements for non-compliant implementers will be useful 17:28:13 WileyS: Could add some non-normative text. If at this time you can't implement exceptions, you shouldn't implement the standard. dsinger was the last person who felt the opposite way. 17:28:16 ack Chris_IAB 17:28:20 q? 17:28:51 q? 17:28:54 whoops, typo... John, why don't you feel it shouldn't be a must? 17:28:54 Chris_IAB: Also supportive of the "Must". If we have an API and it's mandatory, its implementation status should be discoverable. 17:28:58 +1, I think Last Call is a good time to get more implementation experience on this 17:29:05 q? 17:29:19 Also supportive of MUST. 17:29:34 Issue-151 17:29:34 Issue-151 -- User Agent Requirement: Be able to handle an exception request -- open 17:29:34 http://www.w3.org/2011/tracking-protection/track/issues/151 17:29:35 http://www.w3.org/2011/tracking-protection/track/issues/151 17:29:44 http://www.w3.org/2011/tracking-protection/drafts/tracking-dnt.html#exceptions 17:30:03 there is no separate text requirement, it's just part of the spec 17:30:48 Matthias, we are all on the privacy side 17:31:11 schunter: a MUST could be used to undermine DNT signals, but would better reflect balance. 17:31:37 q? 17:32:30 Looks like most people on the call/IRC support "Must"-- should we take a straw poll? 17:32:33 q+ 17:32:43 -RobSherman 17:33:05 q+ 17:33:18 Yes, John, about the USER, not the user agent (without the user's intent) 17:33:20 John, Not complex - IE already implemented. 17:33:21 q+ 17:33:23 that's the entire point here 17:33:28 Johnsimpson: should be completely optional. Sending the DNT message, but dialogue should be optional. 17:33:45 this is not complex 17:33:54 +q 17:33:56 there is nothing technically complex here 17:33:58 -q 17:34:01 or he wants to say its okay to track 17:35:09 This is a conversation - there should be EQUAL and BALANCED opportunity for a Server to request and record an exception. 17:35:37 Schunter: if site cannot honor preference, it stops the dialogue. what would the alternative be? 17:35:43 Doesn't appear John is on IRC... 17:35:59 I think the question is whether we would define an API or if sites would rely on out-of-band, cookie-stored exceptions 17:36:07 Johnsimpson: if the site cannot honor it, the site isn't compliant. 17:36:11 q? 17:36:14 Nick, not parity in persistence 17:36:16 how would the user know John? 17:36:45 WileyS, agree, which is why I have advocated for and worked hard on writing this API; I'm just explaining what the options are that we're considering 17:37:12 schunter: reject signal would lead to what? 17:37:14 Anyone with any knowledge of technical standards understands there needs to be bi-directional communication for a standard to be complete. 17:37:19 +q 17:37:27 One way communication doesn't work 17:37:42 johnsimpson: so what happens without being convinced? 17:37:44 this is not a lot of extra engineering… really 17:37:44 q? 17:37:48 so that you dont have to go thru the request and response flow over and over again 17:38:08 dwainber_ has joined #dnt 17:38:22 q? 17:38:26 WileyS, I'm not sure we need to make any speculation about people with knowledge or not of technical standards; fielding, who we tend to think has some experience, has expressed doubts about the API for example 17:38:32 ack n 17:39:12 Nick, he's expressed doubt on the exceptions portion of the protocol but has continued to support a response from Servers (at least I think so - did I capture that correctly Roy???) 17:39:17 Fortunately, this is Week 0 --- glad to see good substantive discussion early on this. 17:39:22 npdoty: concrete steps forward. Followup with David Singer, and maybe John can provide alternative text that would discuss a concrete alternate. 17:39:24 q? 17:39:25 q? 17:39:25 ack k 17:39:45 FPFJoeN has joined #dnt 17:40:01 q- 17:40:14 +WaltMichel 17:40:17 -q 17:40:55 kulick: exceptions should have persistence. site will want to have storage for exceptions so as not continually ask. 17:41:20 I think it's valid to ask about devices that won't be able to provide such a balanced dialogue. I have a hard time imagining exception requests on a smart watch 17:42:24 q? 17:42:27 ack mon 17:42:29 schunter: usability is a valid question w/regard to implementation 17:42:29 johnsimpson, do you want to provide alternative text? would you be interested in talking with David Singer about a potential "SHOULD" text? 17:43:13 Ninja, as an owner of 2 smart watches - they have fairly complex UIs and could handle an exception request through the attached smartphone or even within their own UI (more complex things happening today) 17:43:35 moneill: what a site should do should be the same as for javascript. don't think it's a big move. 17:44:17 Suggested path forward - maintain a MUST for now (current text) and if others feel strongly they can provide alternate text 17:44:31 Matthias, current text already has a MUST 17:44:54 here we are again… the working group is going to divide, because some will let perfection be the enemy of good. There are folks on the phone who want this to support dog collars, watches and refrigerators, at the peril of an industry implementable spec. In that scenario, most users lose. Guys, these are EDGE CASES. There will always be edge cases. 17:45:28 WileyS, ninja -- the exceptions UI is on the site to get informed consent; that may be harder for sites on very small screens, but could still be possible 17:45:33 q? 17:46:06 by when are we requesting alternative text proposals? 17:46:17 Nick, Glad to talk work with David Singer 17:46:24 thanks, johnsimpson. 17:46:36 initial draft text proposals by next week 17:46:39 schunter: populate wiki for next week, with alternative texts. can discuss concrete text proposals next week. multiple feedback mechanisms is a feature, not a bug. Initial draft text proposals by next week. 17:46:39 Yes, call next week. 17:46:42 it's the week after 17:46:53 Mattias, we are envious of ALL your European holidays… let us have a few, ok :) 17:46:59 We don't have *that* many holidays in 'murica. 17:47:20 q? 17:47:20 Where does text exist now? 17:47:20 you like to eat :) 17:47:22 Also, schunter, here is the wiki for network transaction http://www.w3.org/wiki/Privacy/TPWG/Change_Proposal_Revise_network_interaction_definition 17:47:46 Topic: Network Interaction 17:48:05 schunter: back to Issue-5. 17:48:21 I still have a TO DO to update that page with a definition from issue-217 17:48:26 johnsimpson, on issue-151, the existing text is the current draft where the JavaScript Exceptions API is listed, like any other section 17:49:05 +q 17:49:40 q? 17:49:45 ack mo 17:49:45 schunter: concerned raised by david singer - concerns re: persistence network interaction. 17:50:01 I need to leave now... 17:50:02 q+ fielding to give an update on his alternative 17:50:08 -WileyS 17:50:41 q? 17:50:41 moneill: network interaction is broader - why do we need it at this point? 17:50:59 schunter: not sure if there is an accidental inconsistency, but no need to define extraneous term 17:51:01 I think it's important to "collect" and "retain" definitions which talk about beyond a network interaction 17:51:02 ack f 17:51:02 fielding, you wanted to give an update on his alternative 17:51:05 +1 if it's not referenced elsewhere 17:51:40 fielding: altnerative text discussed last week was the original comments made a couple months ago re: network interaction being vague. 17:51:52 schunter: other alternative proposal exists? 17:51:56 fielding: yes 17:52:02 schunter: major difference is...? 17:53:13 fielding: june draft had network transactions - network interaction (request/response pair or similar in HTTP) and mixed with set of requests starting from user's action. makes totally different contexts into one. Most of the rest of the use assumes single request/response pair. intention was to provide separate definitions for three different actions - set of actions, user generated action. single pair action. 17:53:20 Def tracking version (B) contains "network transaction is complete". 17:53:31 schunter: chairs will check to see that definition is required. 17:53:38 and then a separate question from dsinger on whether the request/response pair correctly handles long-lived connections 17:53:48 it's in the collect/retain definitions 17:54:00 fielding: it was being used in definition of tracking from david singer. also being used in definition of collection. 17:54:06 +q 17:54:15 "A party collects data received in a network interaction if it retains that data after the network interaction is complete." 17:54:42 fieldign: deadline moved to next week? 17:55:14 fielding, you can provide your update today? if we don't have any others, then I expect we're good to go 17:55:17 WaltMichel has joined #DNT 17:55:24 schunter: yes, one more week. 17:56:11 so we're asking for any alternative proposals on issue-217/228 by next week, when we'll discuss and see if we need CfO or have consensus 17:56:34 -WaltMichel 17:56:36 -Joanne 17:56:41 yep 17:56:50 -Chris_IAB 17:56:51 -[CDT.a] 17:56:51 -hefferjr 17:56:52 -Chapell 17:56:52 -[Mozilla] 17:56:53 -[FTC] 17:56:53 -kulick 17:56:53 -Peder_Magee 17:56:54 call next week at the usual time. no call the following week (day before thanksgiving) 17:56:54 -Brooks 17:56:54 -johnsimpson 17:56:54 -ninja 17:56:57 -moneill 17:57:02 johnsimpson has left #dnt 17:57:02 -Fielding 17:57:04 -[CDT] 17:57:05 -Jack_Hobaugh 17:57:08 -schunter 17:57:08 Zakim, list attendees 17:57:10 As of this point the attendees have been +1.646.654.aaaa, eberkower, +49.681.387.2.aabb, ninja, Chris_IAB, Joanne, RobSherman, kulick, npdoty, Walter_webirc, justin, Jack_Hobaugh, 17:57:10 ... moneill, GSHans, sidstamm, Fielding, Brooks, Chapell, schunter, hefferjr, Susan_Israel, [FTC], David_MacMillan, Peder_Magee, WileyS, johnsimpson, WaltMichel 17:57:17 -eberkower 17:57:20 chair: justin, schunter 17:57:27 rrsagent, please draft the minutes 17:57:27 I have made the request to generate http://www.w3.org/2013/11/13-dnt-minutes.html npdoty 17:57:55 -npdoty 17:57:56 T&S_Track(dnt)12:00PM has ended 17:57:56 Attendees were +1.646.654.aaaa, eberkower, +49.681.387.2.aabb, ninja, Chris_IAB, Joanne, RobSherman, kulick, npdoty, Walter_webirc, justin, Jack_Hobaugh, moneill, GSHans, sidstamm, 17:57:56 ... Fielding, Brooks, Chapell, schunter, hefferjr, Susan_Israel, [FTC], David_MacMillan, Peder_Magee, WileyS, johnsimpson, WaltMichel 17:59:06 rrsagent, bye 17:59:06 I see no action items