13:54:33 RRSAgent has joined #wpwg 13:54:33 logging to http://www.w3.org/2017/04/06-wpwg-irc 13:54:35 RRSAgent, make logs public 13:54:35 Zakim has joined #wpwg 13:54:37 Zakim, this will be 13:54:37 I don't understand 'this will be', trackbot 13:54:38 Meeting: Web Payments Working Group Teleconference 13:54:38 Date: 06 April 2017 13:54:42 Chair: Ian 13:54:55 agenda: https://github.com/w3c/webpayments/wiki/Agenda-20170406 13:55:18 Ian has changed the topic to: Meeting information: https://github.com/w3c/webpayments/wiki/Meetings 13:56:32 present+ 13:56:38 present+ Mathieu 13:56:41 present+ Alan 13:56:42 present+ Michel 13:57:34 regrets+ 13:57:59 regrets+ NickTR 13:58:02 regrets+ AdrianHB 14:00:36 dezell has joined #wpwg 14:01:11 alyver has joined #wpwg 14:01:18 present+ Andre 14:01:22 present+ Dezell 14:01:25 present+ molly 14:01:27 mathp has joined #wpwg 14:01:27 present+ Christian 14:01:30 present+ AdamR 14:01:58 present+ Max 14:02:01 present+ zkoch 14:02:14 zakim, who's here? 14:02:14 Present: Ian, Mathieu, Alan, Michel, Andre, Dezell, molly, Christian, AdamR, Max, zkoch 14:02:16 On IRC I see mathp, alyver, dezell, Zakim, RRSAgent, betehess, mweksler, cweiss, Ian, nicktr, Dongwoo, oyiptong, adamR, hober, ShaneM, dlehn, dlongley, manu, schuki, adrianba, 14:02:16 ... JakeA, slightlyoff, emschwartz, davidillsley_, mkwst, trackbot 14:02:33 Max has joined #WPWG 14:03:02 Topic: Structure of this meeting 14:03:14 present+ Roy 14:03:53 IJ: Chairs not here; I want to formalize any decisions with them next week 14:04:26 -> https://github.com/w3c/webpayments/wiki/Agenda-20170406 Agenda 14:04:42 topic: PR API Issues 14:04:45 Ken has joined #wpwg 14:04:49 https://github.com/w3c/browser-payment-api/milestone/8 14:05:21 scribe: Ian 14:05:29 zkoch: The editors triaged yesterday.... 14:05:40 ...we marked most of MattS's messages as editorial 14:05:54 ...we think there are only a few substantive issues 14:06:07 rouslan has joined #wpwg 14:06:07 (e.g., 486) 14:06:11 present+ 14:06:22 ...so the list is essentially what it was at the end of FTF meeting 14:06:31 ...this will be what we will target over the next 2-6 weeks 14:06:59 IJ: Expectation is issue management, then spec update, then CfC 14:07:18 IJ: Any to discuss today? 14:08:25 zkoch: We want to discuss issue 481 https://github.com/w3c/browser-payment-api/issues/481 14:08:38 Q+ 14:08:50 zkoch: I'd like to get closure on it 14:09:05 zkoch: My inclination is to remove it because it does not materially affect conformance. 14:09:09 present+ Ken 14:09:10 ack k 14:09:30 MattS has joined #wpwg 14:10:48 IJ: I also note text elsewhere in the spec: ""The methodData supplied to the PaymentRequest constructor SHOULD be in the order of preference of the caller. " 14:10:48 q+ 14:11:24 Ken: I haven't thought about that one. As a general policy my view is that if we can remove any language that provides an unintended bias or preference it's better for the health of the spec to neutralize it. 14:11:37 q+ 14:11:47 ack dezell 14:12:16 dezell: At the meeting I commented on this point. Removing any non-normative text is ok. Simplifying it is ok, and not entangling the spec with marketing elements is also fine 14:12:36 q+ 14:12:48 dezell: I'm ok with the change 14:12:50 ack mw 14:13:26 mweksler: I think that this thing that we are trying to do is facilitate merchants using the spec. Merchants today have full control over what they do. The language in the spec already "limits their control" 14:13:32 (Spec says "MAY respect their preference) 14:13:47 ...I agree that removing the language doesn't materially change anything, but I think the intent is important 14:13:56 +1 to Michel's comments. 14:13:57 q- 14:14:33 ...I think that we should think about the opposite direction: the user agent MUST respect the merchant prefs 14:14:38 q+ 14:14:48 ack Ken 14:15:11 clarifying - I am worried about any changes that go against the original intents of the group as chartered. So far I don't see any of those. 14:15:41 Ken: I agree that we want to make things better for the merchant. We may want to look back at the intent in the charter. 14:15:59 -> https://www.w3.org/Payments/WG/charter-201510.html WG Charter 14:16:17 ...was the goal to get interop or support preferences? 14:16:38 ...merchants, brands, issuers may not all be adequately represented here 14:16:47 q? 14:16:52 AlanSamsungPay has joined #wpwg 14:16:54 q+ 14:17:03 ack aly 14:17:29 alyver: I want to add a concern that if the experience is not consistent...if the merchant cannot specify the ordering, that means that payment methods may appear in different order in different browsers. 14:17:48 ...that would be one concern we would have...Shopify can control order exactly today 14:17:59 zkoch: The Spec does not today guarantee that 14:18:02 alyver: I realize that. 14:18:46 Proposal: Neutralize language regarding payment method ordering 14:19:04 +0 14:19:04 +0 14:19:06 +1 14:19:07 +1 14:19:19 q+ 14:19:21 zkoch: weak +1 14:19:36 -1 14:19:52 -1 14:19:55 zkoch: As I understood it, this was identified as a big issue (potentially for networks) so if it's non-normative and can increase support, I'm ok to take it out 14:20:11 ack Alan 14:20:12 I agree with Zack's characterization. 14:20:34 Alan: What does neutralize mean exactly? 14:20:47 ...it's the merchant's web site...merchant's need to have maximum guidance for controlling what they do 14:20:58 ...and if there are separate contractual obligations, it's their responsibility to meet those 14:21:11 q+ 14:21:13 q+ to bring up another aspect. 14:21:22 ack de 14:21:22 dezell, you wanted to bring up another aspect. 14:21:26 q+ 14:21:44 dezell: I agree with Zach's characterization...I see this as mechanical. 14:22:00 ...I think as long as we can agree to the mechanical change, that's probably a good thing. 14:22:26 ...even talking about ordering is fraught 14:22:33 ...so that's one reason I'm in favor of saying less 14:22:37 ack Ken 14:23:02 Ken: I want to take exception to the prospect that what the merchant wants trumps other preferences. 14:23:24 ...we would generally seek balance in a payment environment....costs and benefits to various stakeholders in the ecosystem. 14:23:44 ...there are other stakeholders to balance as well such as issuers, card networks, etc. 14:24:04 ...I believe that changing the language does not change the merchant's ability functionally 14:24:41 ack me 14:28:11 IJ: Would it be useful to include informative text about superior user experience in goal, taking into account information from the environment (including PR API data, user prefs and history, e tc.) 14:28:44 present+ Wonsuk 14:28:46 +1 14:29:13 Michel: I think that's fine. It seems like it's the direction things are going in; I'm fine with that and adding that language will help a bit 14:29:26 (Add to my list: security considerations) 14:29:54 Michel: The concern I have is that we are weakening the spec and making it less likely for merchants to accept it. 14:30:27 ...so I'm ok with this change, but want to remain cognizant of the risk 14:30:45 q? 14:31:26 q+ 14:31:29 ack ken 14:32:17 Ken: Voice of the merchant is important to us. I note the concern. Separately I've been participating in the merchant adoption task force; please get involved to help drive adoption 14:32:18 q? 14:33:04 Topic: PMI Spec issues for CR 14:33:04 https://github.com/w3c/webpayments-method-identifiers/milestone/2 14:33:08 Ian: I see none 14:33:48 IJ: Any for CR? 14:33:53 Roy: We only reviewed PR API yesterday 14:35:06 [Zach back] 14:35:13 IJ: what is expectation about resolving them for CR? 14:35:31 Q+ 14:35:39 q- 14:35:52 zkoch: I will triage the PMI list. I did not see new issues filed. 14:36:06 ACTION: Zkoch to triage the PMI list of issues and send to the WG 14:36:07 q? 14:36:08 Created ACTION-55 - Triage the pmi list of issues and send to the wg [on Zach Koch - due 2017-04-13]. 14:36:29 Topic: Basic Card 14:36:40 Zkoch: It's a small list; some minor modifications to make.... 14:36:45 ...I don't think anything material will change 14:36:45 q+ 14:36:48 ack MattS 14:37:03 MattS: I thought there were some issues around basic card. 14:37:19 ..the one that springs to mind is the "notRequiredFields" for Basic Card 14:37:59 https://github.com/w3c/webpayments-methods-card/issues/29 14:39:14 IJ: Did editors review that? 14:40:07 zkoch: I will bring this up with the editors. But I think we've had this discussion before. I don't think the arguments have changed even if the discussion has been reraised. 14:40:22 ...I don't think we should use "SHOULD" 14:40:46 ...I buy the desired functionality (and have heard from merchants as well) 14:40:53 ...so I'd rather acknowledge the functionality and postpone. 14:41:31 MattS: there's a related issue about ambiguity about optional parameters (issue 26) 14:42:02 ....BasicCard only requires PAN. Others are optional. 14:42:26 [There are different rules for different schemes] 14:42:39 zkoch: Some schemes require fields, others do not 14:44:08 zkoch: I don't know how to enforce "MUST return data" 14:45:24 zkoch: I will comment on the issue thread 14:46:41 MattS: Ian has captured it...this is not about changing implementations. I think chrome meets the requirements. But the spec is ambiguous 14:46:50 ...today a compliant app could decide to return only PAN 14:47:03 ...therefore someone could comply and be useless 14:47:11 ...to me it makes sense that the spec capture the intent. 14:48:08 zkoch: My general point is that I agree on what is being said...I don't have a strong objection to the language, but we can't enforce this or compliance test for this 14:48:15 ..we can add text but hard to enforce. 14:48:21 MattS: I am talking about intent rather than testing 14:48:30 ....I think it's useful to capture the intent 14:48:58 ...if the group as a whole feels it's not useful, that's fine, but I think that the spec today doesn't capture the behavior of the card networks today 14:49:56 zkoch: When we wrote this it was under the expectation that whoever was returning the information would return all the info necessary to complete the transaction 14:50:03 ...I'm ok to add text knowing that we can't enforce it 14:50:33 see also editorial suggestion in => https://github.com/w3c/webpayments-methods-card/issues/26#issuecomment-290087157 14:50:50 zkoch: I will look at issue 26 and look at appropriate langauge. 14:51:09 q+ 14:51:10 topic: Payment Handler API 14:51:40 MattS: I've also made some editorial comments ... would like to see in CR 14:51:45 zkoch: We will also fix those 14:52:15 -> https://github.com/w3c/webpayments-payment-apps-api/milestone/1 Things we plan to mark as issues in the spec 14:52:54 -> https://github.com/w3c/webpayments-payment-apps-api/milestone/2 14:53:32 zkoch has joined #wpwg 14:53:46 ::jazz hands:: 14:54:07 (No comments) 14:55:02 IJ: My expectation is FPWD before CR 14:55:15 ...which allows reference to FPWD 14:55:18 ...from PR API 14:55:37 Topic: Plan 14:55:37 https://lists.w3.org/Archives/Public/public-payments-wg/2017Apr/0006.html 14:55:52 2-6! 14:55:56 (more like 6) 14:56:09 Let’s say 4-6 14:56:45 IJ: Any process questions? 14:57:17 Topic: Next meeting 14:57:18 13 April 14:57:52 RRSAgent, make minutes 14:57:52 I have made the request to generate http://www.w3.org/2017/04/06-wpwg-minutes.html Ian 14:57:55 RRSAgent, set logs public 14:59:56 m_and_m has joined #wpwg 15:03:49 cweiss has joined #wpwg 15:48:56 zkoch has joined #wpwg 16:09:41 betehess has joined #wpwg 16:44:37 betehess_ has joined #wpwg 16:52:07 betehess has joined #wpwg 16:52:17 Zakim has left #wpwg 17:03:34 betehess has joined #wpwg 17:28:19 cweiss has joined #wpwg 17:31:06 betehess has joined #wpwg 17:35:52 betehess has joined #wpwg 18:03:22 cweiss has joined #wpwg 18:06:15 betehess has joined #wpwg 18:27:00 betehess has joined #wpwg 18:47:08 betehess has joined #wpwg 19:10:04 cweiss has joined #wpwg 21:04:49 mweksler has joined #wpwg 21:09:55 mweksler has joined #wpwg 21:10:44 mweksler has joined #wpwg 21:11:32 mweksler has joined #wpwg 21:12:24 mweksler has joined #wpwg 21:13:08 mweksler has joined #wpwg 21:13:56 mweksler has joined #wpwg 21:14:43 mweksler has joined #wpwg 21:15:31 mweksler has joined #wpwg 21:16:19 mweksler has joined #wpwg 21:17:07 mweksler has joined #wpwg 21:17:55 mweksler has joined #wpwg 21:18:43 mweksler has joined #wpwg 21:19:31 mweksler has joined #wpwg 21:20:20 mweksler has joined #wpwg 21:21:07 mweksler has joined #wpwg 21:21:56 mweksler has joined #wpwg 21:22:44 mweksler has joined #wpwg 21:23:31 mweksler has joined #wpwg 21:37:08 cweiss has joined #wpwg 22:01:51 betehess has joined #wpwg 22:33:26 mweksler has joined #wpwg 23:23:31 betehess_ has joined #wpwg