15:54:18 <RRSAgent> RRSAgent has joined #dnt
15:54:18 <RRSAgent> logging to http://www.w3.org/2014/04/23-dnt-irc
15:54:20 <trackbot> RRSAgent, make logs world
15:54:22 <trackbot> Zakim, this will be TRACK
15:54:22 <Zakim> ok, trackbot; I see T&S_Track(dnt)12:00PM scheduled to start in 6 minutes
15:54:23 <trackbot> Meeting: Tracking Protection Working Group Teleconference
15:54:23 <trackbot> Date: 23 April 2014
15:54:38 <npdoty> chair: justin, schunter
15:54:41 <npdoty> regrets+ carl
15:54:46 <npdoty> regrets+ susanisrael
15:54:49 <ninja> zakim, this will be TRACK
15:54:49 <Zakim> ok, ninja; I see T&S_Track(dnt)12:00PM scheduled to start in 6 minutes
15:55:20 <JackHobaugh> JackHobaugh has joined #dnt
15:55:33 <jeff> jeff has joined #dnt
15:55:43 <Zakim> T&S_Track(dnt)12:00PM has now started
15:55:49 <Zakim> +Jeff
15:55:53 <Zakim> +npdoty
15:56:13 <ninja> zakim, call ninja-office
15:56:14 <Zakim> ok, ninja; the call is being made
15:56:15 <Zakim> +Ninja
15:58:08 <rvaneijk> rvaneijk has joined #dnt
15:58:12 <justin> justin has joined #dnt
15:58:21 <Zakim> +Jack_Hobaugh
15:58:32 <Zakim> +rvaneijk
15:59:01 <Zakim> +WaltMichel
15:59:11 <Zakim> +WSeltzer
15:59:46 <dsinger> dsinger has joined #dnt
15:59:56 <Zakim> +[Apple]
16:00:18 <dsinger> zakim, [apple] has dsinger
16:00:18 <Zakim> +dsinger; got it
16:00:25 <Zakim> +Chris_Pedigo
16:00:27 <dsinger> zakim, agenda?
16:00:27 <Zakim> I see 4 items remaining on the agenda:
16:00:28 <Zakim> 1. TPE Last Call Working Draft [from ninja]
16:00:28 <Zakim> 2. TCS ISSUE-134: Would we additionally permit logs that are retained for a  short enough period? [from ninja]
16:00:28 <Zakim> 3. TCS ISSUE-208: Requirements on unknowing collection, retention and use [from ninja]
16:00:28 <Zakim> 4. TCS ISSUE-207: Conditions for dis-regarding (or not) DNT signals [from ninja]
16:00:30 <Ari> Ari has joined #dnt
16:00:31 <ninja> scribenick: ninja
16:00:41 <dsinger> zakim, who is here?
16:00:41 <Zakim> On the phone I see Jeff, npdoty, Ninja, Jack_Hobaugh, rvaneijk, WaltMichel, WSeltzer, [Apple], Chris_Pedigo
16:00:43 <Zakim> [Apple] has dsinger
16:00:43 <Zakim> On IRC I see Ari, dsinger, justin, rvaneijk, jeff, JackHobaugh, RRSAgent, moneill2, npdoty, ninja, schunter, Zakim, trackbot, wseltzer, walter, hober
16:01:05 <Zakim> +RichardWeaver
16:01:17 <Zakim> +Ari
16:01:22 <moneill2> zakim, [IPcaller] is me
16:01:23 <Zakim> sorry, moneill2, I do not recognize a party named '[IPcaller]'
16:01:25 <Richard_comScore> Richard_comScore has joined #dnt
16:01:29 <hwest> hwest has joined #dnt
16:01:47 <Zakim> +Chapell
16:02:05 <Chapell> Chapell has joined #DNT
16:02:11 <WileyS> WileyS has joined #DNT
16:02:21 <fielding> fielding has joined #dnt
16:02:24 <Zakim> +[IPcaller]
16:02:26 <Zakim> +hefferjr
16:02:35 <moneill2> zakim, [IPcaller] is me
16:02:35 <Zakim> +moneill2; got it
16:02:49 <Zakim> + +1.917.934.aaaa
16:02:51 <Zakim> +WileyS
16:02:54 <Zakim> +Fielding
16:03:02 <Zakim> +[CDT]
16:03:08 <Zakim> +??P38
16:03:09 <justin> zakim, cdt has me
16:03:09 <Zakim> +justin; got it
16:03:10 <dwainberg> dwainberg has joined #dnt
16:03:50 <fielding> zakim, aaaa has Vinay
16:03:50 <Zakim> +Vinay; got it
16:04:10 <npdoty> Zakim, ??p38 is schunter
16:04:10 <Zakim> +schunter; got it
16:04:30 <eberkower> eberkower has joined #dnt
16:05:07 <Chapell> I can scribe
16:05:07 <Chapell> at least first 45 min
16:05:08 <sidstamm> sidstamm has joined #dnt
16:05:16 <ninja> zakim, take up agendum 1
16:05:16 <Zakim> + +aabb
16:05:16 <Zakim> agendum 1. "TPE Last Call Working Draft" taken up [from ninja]
16:05:30 <sidstamm> Zakim, Mozilla has me
16:05:30 <Zakim> sorry, sidstamm, I do not recognize a party named 'Mozilla'
16:05:43 <ninja> justin: Today is the day we would like to make an advancement of TPE to Last Call.
16:05:57 <Zakim> -moneill2
16:05:57 <wseltzer> zakim, aabb may be Mozilla
16:05:58 <Zakim> +Mozilla?; got it
16:06:01 <ninja> ... Received two Last minute objections from Jack and Alan.
16:06:11 <wseltzer> zakim, Mozilla has sidstamm
16:06:11 <Zakim> +sidstamm; got it
16:06:11 <sidstamm> Zakim, Mozilla has me
16:06:12 <Zakim> sidstamm was already listed in Mozilla?, sidstamm
16:06:19 <sidstamm> thanks, wseltzer
16:06:28 <npdoty> Jack's email: http://lists.w3.org/Archives/Public/public-tracking/2014Apr/0099.html
16:06:28 <ninja> ... Jack your first point is lots of compliance issues have been ported over to TPE.
16:06:29 <Zakim> +[IPcaller]
16:06:39 <moneill2> zakim, [IPcaller] is me
16:06:39 <Zakim> +moneill2; got it
16:06:56 <ninja> ... This has been discussed a lot of times. We want to define for TPE what the signal means.
16:06:56 <vinay> vinay has joined #dnt
16:07:09 <ninja> .... We need a minimum of definitions to do this.
16:07:52 <Zakim> +dwainberg
16:07:58 <ninja> ... Your second point is a missing mechanism to verify a DNT signal. We discussed this a few times but did not come up with a technical solution. What do you expect here?
16:08:13 <Zakim> -dwainberg
16:08:31 <Zakim> +dwainberg
16:09:06 <ninja> JackHobaugh: I think these issues I named should be resolved before Last Call.
16:09:07 <vincent> vincent has joined #dnt
16:09:21 <ninja> justin: Second email came from Alan Chapell.
16:09:28 <Zakim> +eberkower
16:09:39 <npdoty> Alan's email: http://lists.w3.org/Archives/Public/public-tracking/2014Apr/0100.html
16:09:50 <eberkower> Zakim, mute me please
16:09:50 <Zakim> eberkower should now be muted
16:09:54 <ninja> ... I would characterize it as primarily process related. On the groups decision on tracking and context.
16:09:56 <Zakim> +vincent
16:10:36 <ninja> .... The process issues will not be addressed during Last Call. This is why I would say that this objection is not relevant for the advancement.
16:10:50 <Zakim> +hwest
16:11:07 <Zakim> +Brooks
16:11:18 <Brooks> Brooks has joined #dnt
16:11:25 <ninja> ... Regarding not knowing where the definition of context came from, he group found the definition of tracking ambiguous without defining context.
16:11:34 <ninja> ... What do you want us to do?
16:11:44 <npdoty> it sounds like Alan is concerned that not enough terms are defined, and Jack is concerned that too many terms are defined
16:12:16 <ninja> AlanChapell: I think the spec is unimplementable with this number definitions. No implementer will read  and understand them.
16:12:40 <ninja> schunter: Why do you think it is unimplementable?
16:12:48 <ChrisPedigoOPA> ChrisPedigoOPA has joined #dnt
16:13:38 <ninja> Chapell: Slippery slope. Had we not defined tracking we would leave it open to implementers. But we are somehow gone half way here with the definitions. Leaving things ambiguous.
16:14:00 <fielding> They are not ambiguous (or at least no more ambiguous than any sentence in English can be).
16:14:15 <kj> kj has joined #dnt
16:14:22 <ninja> ... My first suggestion would be to not define it. Perhaps we can now prior to implementation do a better work on the definitions that are ambiguous.
16:14:23 <dsinger> I think it is OK for the WG to agree to send it out for wider review, but for WG participants to comment as part of that review (and in light of wider review in their companies, implementation experience, and so on)
16:14:38 <ninja> justin: Do the editors want to speak on this?
16:15:04 <dsinger> q+
16:15:08 <ninja> fielding: We cannot be mathematically precise with definition phrases.
16:15:49 <ninja> ... The WG has spent lot of time on coming up with definitions that are as unambiguous as we could get. I would point to formal objections.
16:15:49 <justin> ack dsinger
16:16:20 <jeff> [for the record, Alan and Roy, I would expect the Director to take any Formal Objection quite seriously]
16:16:31 <fielding> And LC is not the end of the process … if we learn something, it can be changed in the next revision.
16:16:49 <ninja> dsinger: I think it is ok for the WG to ask the public for reviews. That way we would get precise feedback, where the implementers had problems with ambiguity
16:17:03 <schunter> w+
16:17:05 <schunter> q+
16:17:06 <Ari> I took this spec to more people in my company, and the consensus is that this is unimplementable as it stands
16:17:12 <justin> ack schunter
16:17:54 <fielding> Ari, please have them write down the reasons and send them in email to the group.
16:18:01 <ninja> schunter: Important take away from Alan's points. If we find implementers and edge cases where our definitions do not make sense, we will need to revisit them.
16:18:13 <Brooks> q?
16:18:17 <ninja> ... Exactly the information we are looking for in Last Call.
16:18:32 <Ari> will do, though it's disconcerting to hear that they'll be laughed at
16:18:53 <Brooks> q+
16:18:56 <jeff> [Ari, they won't be laughed at.  See my statement above.]
16:19:03 <dwainberg> Perhaps, Roy, as helpful illustration, you can explain in detail how Adobe will be implementing these definitions across all units of its business.
16:19:04 <Chapell> Ari: who was laughing?
16:19:12 <justin> ack brooks
16:19:16 <ninja> ... The more specific these feedback is documented, the easier it will be for the WG to address them.
16:19:42 <Ari> see the TPE's author's earlier statement
16:19:44 <wseltzer> [all input will be welcomed; input with evidence and specifics will be particularly welcomed]
16:19:53 <fielding> Ari, if the objection is that an HTTP protocol should not include definitions, it will be laughable.  If there is an implementation problem, the WG will look at that and address it in the next revision (more likely than not).
16:19:53 <WaltMichel> WaltMichel has joined #DNT
16:20:01 <dwainberg> Alan, Roy suggested that objections would be received with laughter by the W3C.
16:20:09 <npdoty> I think there might be some confusion about implementation and compliance, as I'm not sure there are requirements in the TPE on servers regarding compliance, since servers are specifically allowed to indicate their own type of compliance
16:20:22 <ninja> Brooks: Problem is we have definitions written in a way that is difficult to implement for important edge cases.
16:20:49 <ninja> zakim, mute me
16:20:49 <Zakim> Ninja should now be muted
16:20:58 <Chapell> Q+
16:21:23 <npdoty> ack Chapell
16:21:24 <justin> ack chapell
16:21:28 <schunter> q+
16:21:49 <ninja> justin: You have known the definition of context for a month, even if we sent out the explanation late. All we want do with Last Call is to get the spec out to the public.
16:22:49 <ninja> Chapell: To say that the decision was conclusive without the explanation does not go well with me.
16:23:10 <Zakim> -Chris_Pedigo
16:23:25 <ninja> ... I was sort of waiting for the document. I waited for the rationale to understand the decision.
16:23:40 <Zakim> +Chris_Pedigo
16:23:46 <ninja> ... If we are not to rely on the document why does W3C provide it anyway?
16:24:10 <dsinger> q+
16:24:18 <justin> ack schu
16:24:41 <fielding> dwainberg, I wouldn't be able to express the details of every Adobe implementation even if I knew what they are, just as I can't express the details of every HTTP implementation even if I knew what they are. I do know that the purpose of LC is to encourage folks to *start* implementation and provide feedback.
16:24:42 <ninja> schunter: I think Brooks made a good pony. If in test cases many people would interpret our definitions in different ways than we had in ways we did not expect. We need to make the spec better.
16:24:51 <Zakim> -dwainberg
16:24:58 <ninja> ... This will be a task for the whole WG.
16:25:00 <npdoty> s/pony/point/
16:25:19 <justin> ack ds
16:25:23 <ninja> ... My feeling is without public feedback the WG will not come up with better definitions.
16:25:49 <Zakim> +dwainberg
16:25:55 <justin> ack chapell
16:26:01 <fielding> Like other closed issues, reopening definitions requires new information that the WG did not consider at the time.
16:26:15 <ninja> dsinger: Having trouble understanding this. You criticize that context is ambiguous, but ju voted for leaving it undefined. Contradictory.
16:26:40 <justin> q?
16:26:51 <npdoty> s/ju voted for/you preferred/
16:27:16 <dsinger> s/you preferred/you strongly supported/
16:27:17 <ninja> Chapell: More of a comment on the spec as whole. That the linkage of definitions creates ambiguity. Heard that we cannot re-open closed issues.
16:27:31 <dwainberg> Roy, so pick a representative sample. If the defs are unambiguous, show us by example.
16:28:10 <ninja> justin: Regarding these two objections that we received, and that we discussed them before. The chairs conclude that we have sufficient support and consensus for the advancement for Last Call.
16:28:17 <npdoty> q+
16:28:26 <justin> ack npd
16:28:31 <ninja> ... We will create a page with an announcement and a specific mailing list for feedback.
16:28:48 <ninja> npdoty: Wanted to answer the point about the mailing list.
16:28:51 <npdoty> http://lists.w3.org/Archives/Public/public-tracking-comments/
16:29:00 <ninja> ... We will receive and address all comments received
16:29:32 <justin> q?
16:29:36 <ninja> ... You can subscribe to the mailing list if you want to get the feedback.
16:29:36 <WileyS> +q
16:29:46 <npdoty> ack WileyS
16:30:31 <ninja> WileyS: AWhen will the group address the comments that come in? Want to make sure that we have time addressing them.
16:30:34 <ninja> June 18
16:30:50 <fielding> dwainberg, I am not interested in wasting my time to satisfy your desire to postpone all WG decisions.  If you know of an actual service that can't be implemented, then let us know. I am not aware of any that can't be implemented, inside or outside Adobe.
16:30:59 <wseltzer> q+
16:31:17 <dwainberg> I'm not asking to postpone. I'm asking you to provide examples of Adobe's implementations.
16:31:24 <npdoty> I think maybe June 19th is the deadline (was 8 weeks after the publication date)
16:31:54 <dwainberg> If you're not aware, go find out.
16:31:57 <dwainberg> Prove it.
16:31:59 <ninja> justin: Deadline will be June 18. We have not discussed this in detail. Not sure if we will do this before the deadline? Maybe it makes sense to group them when eel received and grouped all of them.
16:32:19 <npdoty> +1, if we get a lot of comments early on, we could try to address them earlier. if we're getting comments at the end, we'd need to work through them then.
16:32:29 <jeff> +1 to Justin's idea of waiting some time so LC comments can be grouped.
16:32:47 <rvaneijk> Nick: http://www.w3.org/2014/03/26-dnt-minutes, June 18.
16:32:49 <dsinger> (I think we might need new information in the comment, that enables new discussion)
16:32:55 <ninja> WileyS: If the gamifacition or inserting signals of a DNT signal come up again. Will we be able to re-open these issues?
16:33:38 <npdoty> I think the most useful thing would be new information -- like a proposal that would work, or details on the type of problem
16:33:40 <Zakim> -[Apple]
16:33:41 <ninja> justin: I would like to address comments that come up. Personnally would love to have new ideas and input on that to re-open the discussion.
16:34:13 <Zakim> +[Apple]
16:34:19 <dsinger> zakim, [apple] has dsinger
16:34:19 <Zakim> +dsinger; got it
16:34:23 <ninja> schunter: The fact that the WG has closed it does not mean that we brush off public comments.
16:34:51 <ninja> ... Just resubmitting our discussion is not useful. But detailed feedback from implementers
16:34:51 <Zakim> -hwest
16:34:53 <Zakim> +MECallahan
16:35:17 <ninja> ... If this is new input it will be even stronger.
16:35:19 <mecallahan> mecallahan has joined #dnt
16:35:37 <ninja> justin: Would love to see new ideas and more information, even on closed issues.
16:35:52 <ninja> ... This is one of our hopes for Last Call.
16:36:34 <ninja> WileyS: This is helpful. In post-Snowden era, there may be some of our closed issues e.g. on trust come up again.
16:37:01 <justin> q?
16:37:10 <justin> ack ws
16:37:52 <ninja> wseltzer: From experience of other WG Last Call, it is useful to have some time to group the comments and bring them to the group after the deadline.
16:38:09 <ninja> ... We will make sure that the WG will allocate the time needed.
16:38:26 <WileyS> If we see a large volume, another F2F may be warranted.
16:38:39 <ninja> justin: Will make it transparent to the group and give plenty of discussion time.
16:38:49 <ninja> ... New F2F could be a good idea.
16:39:27 <WileyS> Not until October though...
16:39:30 <ninja> ... We have been productive without a F2F recently, but addressing public comments could be a good opportunity for a F2F.
16:39:43 <ninja> ... Want to hear member thoughts.
16:39:54 <ninja> ... wseltzer is suggesting October.
16:39:59 <WileyS> Wendy, what is up with the IAPP and Halloween?  You did the exact same thing 2 years ago :-)
16:40:01 <jeff> Congratulations to Justin, Matthias, Carl, and the entire Working Group on moving TPE to Last Call.
16:40:05 <justin> https://www.w3.org/wiki/Privacy/TPWG/Change_Proposal_Short_Term
16:40:06 <ninja> zakim, take up agendum 2
16:40:06 <Zakim> agendum 2. "TCS ISSUE-134: Would we additionally permit logs that are retained for a  short enough period?" taken up [from ninja]
16:40:35 <WileyS> Collection vs. use distinction
16:40:36 <ninja> justin: We talked a lot at Bellevue about short term collection.
16:40:58 <npdoty> wseltzer, WileyS : 27-31 October; we could meet on the earlier days, say
16:41:22 <dsinger> https://www.w3.org/wiki/Privacy/TPWG/Change_Proposal_Short_Term
16:41:37 <ninja> ... proposals from David and Lee have discussed merging their proposals.
16:41:39 <Zakim> -dwainberg
16:41:50 <Zakim> -schunter
16:42:30 <ninja> dsinger: We don't have finalized text yet. My proposal is leaky about the time, Lee's proposal is weak about the use restriction. so we will come up with a joint proposal.
16:43:10 <ninja> .... Retention period must be reasonably short. Discussed a lot whether we could come up with a fixed time limit.
16:43:38 <ninja> ... Probably a rat hole for this WG. Better to ask for a transparent written statement from the server.
16:44:04 <ninja> ... The security must be proportionate to the time you keep the data.
16:44:10 <dsinger> proposal, add to my text:
16:44:10 <dsinger> * the maximum retention period must be must be reasonable and necessary,
16:44:11 <dsinger> * the maximum retention period must be publicly stated in the privacy policy
16:44:12 <dsinger> * the security and protections used to prevent mis-use (“non-compliant use”?) of the raw data should be proportional to the retention period: data accumulated and retained for two days requires more than data retained for two hours, and data retained for two months requires more than data retained for two days.
16:44:13 <dsinger> (Note that the first is a more explicit statement of the general statement on permitted uses; "In all cases, collection and use of data must be reasonably necessary and proportionate to achieve the purpose for which it is specifically permitted; unreasonable or disproportionate collection, retention, or use are not “permitted uses”.”)
16:44:16 <justin> q?
16:44:20 <npdoty> that makes sense: does that sound like a promising approach to others?
16:44:22 <ninja> justin: questions?
16:44:37 <fielding> q?
16:45:15 <ninja> ... this is an issue where David and Lee will come up with a proposal. Will probably have counter proposals and discussion.
16:45:32 <dsinger> I will update the Wiki
16:45:33 <fielding> q-
16:45:36 <ninja> ... Please send proposals to the mailing list and you could also update the wiki.
16:45:42 <justin> https://www.w3.org/wiki/Privacy/TPWG/Change_Proposal_Unknowing
16:46:14 <ninja> fielding: Suggest to not spend text on security. Rather black box approach.
16:46:32 <ninja> ... I could not interpret the text David posted.
16:46:44 <npdoty> dsinger, yeah, some of these sound like general restrictions for all permitted uses, rather than needing to be written to this specific paragraph
16:46:47 <ninja> dsinger: Will not be normative text.
16:46:53 <ninja> zakim, take up agendum 3
16:46:53 <Zakim> agendum 3. "TCS ISSUE-208: Requirements on unknowing collection, retention and use" taken up [from ninja]
16:47:03 <dsinger> issue-208?
16:47:03 <trackbot> issue-208 -- Requirements on unknowing collection, retention and use -- raised
16:47:03 <trackbot> http://www.w3.org/2011/tracking-protection/track/issues/208
16:47:07 <Zakim> +MattHayes
16:47:16 <matt> matt has joined #dnt
16:47:21 <ninja> justin: Next issue - Unknowing collection.
16:47:55 <ninja> ... Previously Jonathan wanted to put more obligations on publishers.
16:48:12 <ninja> .... *reading JM's proposals*
16:48:36 <ninja> ... Jonathan is no longer a member. Does anyone support his proposal?
16:48:49 <justin> q?
16:49:02 <Zakim> +??P51
16:49:02 <ninja> ... Will send out a mail to the WG and ask whether someone wants to take this up or make a new proposal.
16:49:02 <justin> http://lists.w3.org/Archives/Public/public-tracking/2014Apr/0089.html
16:49:09 <ninja> zakim, take up agendum 4
16:49:09 <Zakim> agendum 4. "TCS ISSUE-207: Conditions for dis-regarding (or not) DNT signals" taken up [from ninja]
16:49:44 <ninja> justin: I tried to close this issue. To no avail. Much discussion followed.
16:49:57 <npdoty> current text: " A third party to a given user action that disregards a DNT signal MUST indicate so to the user agent, using the response mechanism defined in the [TRACKING-DNT] recommendation. "
16:50:42 <ninja> ... Rob van Eijk, Mike O'Neill, and Walter wanted to keep the issue open and include more specific requirements in the TCS spec.
16:51:55 <fielding> npdoty, TPE requires all parties to send "D" when disregarding, so that text needs to be updated in TCS (or simply remove it, since that is a protocol issue)
16:51:58 <ninja> moneill2: Some members suggested to provide the reason for a disregard signal in the Privacy Policy. I think it needs to be specified on a case by case basis or list of reasons.
16:52:19 <ninja> ... We should talk about potential reasons for disregarding.
16:52:49 <ninja> justin: Think WileyS said that it would be difficult to come up with a comprehensive list.
16:52:51 <WileyS> Why would someone go through the trouble of implementing DNT only to arbitrarily send D signals?  Makes no sense.  We're chasing extreme corner cases here...
16:53:25 <npdoty> fielding, that's a good point, thanks; in particular it should be changed to apply to all parties. (I also agree it may not be necessary.)
16:53:34 <ninja> moneill2: When we thought about the D signal, we expected it to be rare.
16:53:51 <Brooks> q+
16:53:57 <npdoty> q+
16:54:03 <ninja> justin: We are hearing that it may not be rare. IE 10 example showed this.
16:54:33 <fielding> It should still be a rare circumstance.  IE can easily fix their non-conformance.
16:54:37 <npdoty> ack Brooks
16:54:47 <ninja> Brooks: Careful about the language here. You are complying with the spec because the DNT signal is invalid without user choice.
16:54:53 <dsinger> If the user chooses to use that browser specifically because it sends DNT, then your disregard is, by your argument, straight out non-0compliant
16:55:14 <rvaneijk> dsinger +1
16:55:27 <Ari> . .. and how would you ever know that?
16:55:38 <ninja> dsinger: If a user did chose a tool specifically for the DNT signal, that is a valid choice.
16:55:40 <fielding> 11 now.
16:56:16 <ninja> Brooks: This does not hold for general purpose browsers.
16:56:17 <wseltzer> so those users have no way to ask for DNT, except by switching browsers?
16:56:59 <ninja> justin: You say the choice of a UA has to show the choice for a DNT preference.
16:57:11 <fielding> wseltzer, correct -- the same as other browsers that have not implemented DNT. They can still use cookie-based opt-outs.
16:57:21 <ninja> ... specific privacy tool for example. But not a popular browser.
16:57:42 <wseltzer> so either alternative dis-serves some users' choice
16:57:55 <sidstamm> it's not unheard of for people to choose a browser based on security or privacy posture/branding...
16:58:00 <npdoty> q?
16:58:07 <ninja> justin: Question is, under TPE you have the chance to say “D” in this case. Rob and Mike are asking to provide the user with a reason.
16:58:36 <rvaneijk> q+
16:58:36 <ninja> moneill2: How you tell the user is important.
16:58:53 <justin> ack npd
16:58:57 <Ari> it's also not unheard of for software to add features that the user does not know about or want
16:59:00 <ninja> ... But a D signal could be set for a number of reasons. Why not list these.
16:59:11 <Brooks> q+
16:59:41 <justin> This discussion is mostly about WHAT to signify to the user about disregarding, not when it's appropriate to disregard . . .
16:59:49 <vincent> as a side effect of IE being widely used, spoofing IE11 user-agent string would sound reasonable to prevent fingerprinting, I assume DNT would be ignored in that case as well?
16:59:58 <justin> (And by "is" I mean "should be.")
17:00:04 <ninja> npdoty: I understand your motivation. But it's not the way of writing the spec. We cannot guess the true intention of the user.
17:00:06 <justin> ack brooks
17:00:11 <Brooks> q-
17:00:22 <fielding> wseltzer, there is no justification for violating the protocol in a way that causes the signal to be meaningless. If a user wants a working DNT implementation, they will have to use a less buggy browser.
17:00:24 <sidstamm> Ari, right.  Point I was making is that claiming "nobody chooses x because of y" is not realistic, but saying "x is mostly not chosen because of y" is better.
17:00:30 <Ari> +1 brooks
17:00:44 <matt> +1 brooks
17:00:46 <ninja> npdoty: Issue-207 is just about how to communicate to the user why the D signal was sent
17:01:11 <ninja> ... I consider Rob's and Mike's point on enhancing transparency
17:01:13 <justin> ack rv
17:01:23 <Ari> Sid, I understand what you're saying. But what we're talking about here from my POV is ignoring user choice in favor of a guess
17:01:24 <wseltzer> fielding, I wasn't saying what should happen, just noting the implications are on both sides
17:01:37 <ninja> rvaneijk: I am trying to ensure DNT's success in the EU.
17:01:56 <ninja> ... There it needs to function as a consent mechanism.
17:02:41 <ninja> ... I think it's fair if the user utilizes the browser to send his preference, it is not clear to the user why the preference was refused.
17:02:51 <npdoty> rvaneijk, could we give an example of using D and a particular fragment in the privacy policy, so that the user can read exactly why?
17:02:59 <ninja> ... Was it the UA, the configuration, an add-on. The user does not know.
17:03:09 <sidstamm> Ari, it's a grey area and I see a lot of disagreement about where (and how rigidly) the line should be drawn.
17:03:14 <ninja> ... We need to add transparency to level the field.
17:03:27 <Ari> Sid, that's an understatement :-)
17:03:45 <ninja> ... I ask for additional normative text for valid reasons to send D.
17:04:04 <rvaneijk> Where it is technically possible and effective, the user’s expression to tracking may be expressed by using the appropriate settings of a browser or other application.
17:04:18 <npdoty> Tk: D;misconfigured-user-agent
17:04:36 <npdoty> Tk: D;network-proxy-issues
17:04:42 <WileyS> There was a fairly exhaustive list provided to the email list from many - Roy sent an especially long list
17:05:04 <justin> Erg, sorry I missed that.  Thought I was caught up on the mailing list.
17:05:07 <ninja> justin: I have a hard time coming up with more reasons for the D signal than a nonconformant UA or add-on sending the signal.
17:05:47 <WileyS> I'd rather not be contained to a limited list as history has taught me we can't predict some of the more "interesting" moves by others in industry.  I'll commit to providing a list of possible issues to the user but don't want the overheard of a limited list or enumerating specific purposes on each D response.
17:05:49 <npdoty> does someone have links to the list of possible disregard reasons?
17:06:03 <npdoty> q+
17:06:10 <justin> ack npd
17:06:26 <ninja> ... Would more normative text put a burden on implementers? Predefined list of reasons?
17:06:35 <rvaneijk> q+
17:06:51 <rvaneijk> ok fair
17:06:52 <rvaneijk> q-
17:07:18 <ninja> npdoty: Machine readable answer pointing to a part of the Privacy Policy?
17:07:23 <rvaneijk> q+
17:07:46 <Brooks> q+
17:07:49 <justin> ack rva
17:07:52 <npdoty> npdoty: rather than a set of machine-readable fields for different reasons, just send a D signal with an example of pointing to a particular human readable section of a privacy policy
17:08:36 <fielding> q+
17:08:50 <justin> ack brooks
17:09:10 <npdoty> rvaneijk: particular properties like "unambiguous"
17:09:14 <ninja> rvaneijk: Happy to work on normative text.
17:09:46 <ninja> Brooks: Would like to clarify that it is disregarding a signal not disregarding the preference.
17:10:06 <ninja> schunter: Sometime the signal may convey a valid preference.
17:10:34 <fielding> "T" indicates that tracking will occur, and that is further described by the compliance array and qualifiers
17:10:40 <justin> I don't think we need to solve when and IE11 signal is ever a preference.  I think Brooks's point is that it's unknowable (at best) and probably not a real pref.
17:10:47 <ninja> ... Problem is we would do wrong to the users of e.g. IE10/IE11 that really made the choice.
17:10:51 <npdoty> I think in the text we refer to disregarding "a DNT signal"; similarly, we use "expressed preference" (rather than a guaranteed user preference)
17:11:32 <ninja> Brooks: This is a side-effect. But we are primarily disregarding the signal. Getting the language right would move us closer to a solution.
17:11:51 <ninja> ... TPE currently talks about disregarding a preference.
17:11:55 <npdoty> to Brooks, should we change the language to disallowing "disregard" messages unless the site reasonably believes it to be in conflict with the user's preference ?
17:12:01 <fielding> "received"
17:12:14 <Zakim> -??P51
17:12:30 <ninja> justin: Legitimate point. Agree with your suggestion. Editors to take this up post Last Call could be the way to go.
17:13:00 <ninja> fielding: Tracking Prefernce is a predefined term. And this is what eevery signal conveys.
17:13:21 <npdoty> "received tracking preference expression", maybe
17:13:25 <justin> q?
17:13:26 <dsinger> perhaps we should say “tracking preference expression” as that’s the full term used elsewhere?
17:13:29 <Brooks> if we are making formal distinction between signal and preference we have a techical problem
17:13:40 <justin> q?
17:13:48 <justin> q- fielding
17:13:51 <Ari> agree with brooks. The document says "user's expressed tracking preference" not "tracking preference"
17:14:09 <ninja> justin: Will discuss the joint proposal Rob, Mike and Nick come up with. Please keep Brooks remark in mind.
17:14:17 <justin> q?
17:14:29 <dsinger> The document uses “preference” to talk about what the user sets in the UA, and “expression” for the signal sent
17:14:29 <ninja> ... That is it for today. Thank you all very much.
17:14:36 <fielding> q+
17:14:38 <dsinger> (I think)
17:14:40 <ninja> ... Congratulations on this important Milestone
17:14:43 <npdoty> Ari, so you agree that the fuller "user's expressed tracking preference" is better?
17:14:52 <justin> ack fielding
17:14:55 <ninja> ... And thanks for all of your work.
17:15:27 <Ari> what the user set in the UA, which is what the UA expresses. Not what the UA expresses as a result of something hard coded by an engineer who is not the user
17:15:42 <ninja> fielding: Wanted to remind that regulatory requirement overrides our spec.
17:15:48 <Ari> nick, yes
17:15:52 <ninja> ... Our first concern is interoperability.
17:16:27 <ninja> ... We do not need to include specific legal requirements. They override TCS anyway.
17:16:38 <Zakim> -WaltMichel
17:16:55 <ninja> rvaneijk: Got less to do with legal obligations but transparency for the user and help him.
17:16:55 <npdoty> indeed, but it's nice if complying with a common document will help you comply with common legal requirements, right?
17:17:28 <ninja> justin: Next week, be nice to Ninja and volunteer to scribe
17:17:29 <fielding> npdoty, no doubt, it would be nice if everyone agreed to the same regulations.
17:17:31 <Zakim> -RichardWeaver
17:17:32 <Zakim> -Ari
17:17:32 <Zakim> -MECallahan
17:17:32 <Zakim> -[CDT]
17:17:33 <Zakim> -Brooks
17:17:33 <Zakim> -hefferjr
17:17:34 <Zakim> - +1.917.934.aaaa
17:17:36 <Zakim> -WileyS
17:17:36 <ninja> ... Bye.
17:17:37 <Zakim> -npdoty
17:17:37 <Zakim> -MattHayes
17:17:38 <Zakim> -moneill2
17:17:38 <Zakim> -Jack_Hobaugh
17:17:39 <Zakim> -[Apple]
17:17:41 <Zakim> -Chris_Pedigo
17:17:41 <Zakim> -Chapell
17:17:42 <Zakim> -vincent
17:17:44 <Zakim> -Fielding
17:17:45 <Zakim> -Ninja
17:17:46 <Zakim> -WSeltzer
17:17:46 <npdoty> fielding, that would be convenient, yes!
17:17:48 <Zakim> -Mozilla?
17:17:53 <npdoty> Zakim, list attendees
17:17:53 <Zakim> As of this point the attendees have been Jeff, npdoty, Ninja, Jack_Hobaugh, rvaneijk, WaltMichel, WSeltzer, dsinger, Chris_Pedigo, RichardWeaver, Ari, Chapell, hefferjr, moneill2,
17:17:56 <Zakim> ... WileyS, Fielding, justin, Vinay, schunter, +aabb, sidstamm, dwainberg, eberkower, vincent, hwest, Brooks, MECallahan, MattHayes
17:17:58 <Zakim> -rvaneijk
17:18:22 <npdoty> rrsagent, please draft the minutes
17:18:22 <RRSAgent> I have made the request to generate http://www.w3.org/2014/04/23-dnt-minutes.html npdoty
17:18:46 <Zakim> -eberkower
17:26:35 <Zakim> -Jeff
17:26:37 <Zakim> T&S_Track(dnt)12:00PM has ended
17:26:37 <Zakim> Attendees were Jeff, npdoty, Ninja, Jack_Hobaugh, rvaneijk, WaltMichel, WSeltzer, dsinger, Chris_Pedigo, RichardWeaver, Ari, Chapell, hefferjr, moneill2, WileyS, Fielding, justin,
17:26:37 <Zakim> ... Vinay, schunter, +aabb, sidstamm, dwainberg, eberkower, vincent, hwest, Brooks, MECallahan, MattHayes