W3C home > Mailing lists > Public > public-device-apis@w3.org > March 2010

Draft Minutes 2010-03-10

From: Frederick Hirsch <frederick.hirsch@nokia.com>
Date: Wed, 10 Mar 2010 13:40:25 -0500
Message-Id: <03278CB5-6F42-4CDA-8AAB-C1B37E6CEB2D@nokia.com>
To: W3C Device APIs and Policy WG <public-device-apis@w3.org>
Cc: Frederick Hirsch <frederick.hirsch@nokia.com>
Draft minutes for approval from teleconference 2010-03-10. HTML below.

regards, Frederick

Frederick Hirsch

# Device APIs and Policy Working Group Teleconference

## 10 Mar 2010


See also: [IRC log][4]

## Attendees


    Robin_Berjon, Frederick_Hirsch, Claes_Nilsson, Suresh_Chitturi,
Ilkka_Oksanen, Anssi_Kostiainen, Max_Froumentin, Alissa_Cooper, Niklas_Widell,
John_Morris, Dzung_Tran, Paddy_Byers, Richard_Tibbett, aurelien_guillou,
LauraA, David_Rogers, Dominique_Hazaël-Massieux


    Marco_Marengo, Marcin_Hanclik, ThomasRoessler


    Robin_Berjon, Frederick_Hirsch



## Contents

  * [Topics][5]

    1. [Administrative][6]

    2. [Minutes approval][7]

    3. [F2F Agenda][8]

    4. [Editorial][9]

    5. [Policy][10]

    6. [ISSUE-73][11]

    7. [ISSUE-37 domain spoofing and trust in the network layer][12]

    8. [update to FileWriter][13]

    9. [update to Messaging][14]

    10. [System Info next steps][15]

    11. [System Info][16]

  * [Summary of Action Items][17]

* * *

<trackbot> Date: 10 March 2010

<dom> Presen Dominique_Hazael-Massieux

<darobin> I'm having trouble with the local phone system — if I can't get it
to work I'll fall back in a minute or two

<dom> ScribeNick: alissa

### Administrative

<fjh> F2F 16-18 March

<fjh> logistics, [http://www.w3.org/2009/dap/wiki/PragueF2F][18]

<fjh> attending: [http://www.w3.org/2002/09/wbs/43696/prague-2010/][19]

<fjh> * Note on Daylight savings time difference between US and EU,

<fjh> see [http://lists.w3.org/Archives/Member/member-device-

<fjh> proposed RESOLUTION: Cancel teleconference 24 March

<darobin> [note that some calendar programs (such as iCal) allow you to anchor
meetings in a TZ, in this case use US Eastern]

<maxf> as mentioned in the above email,
[http://www.timeanddate.com/time/dst2010a.html][21] is a good resource

**RESOLUTION: Cancel teleconference 24 March**

<fjh> 2c) possible F2F at TPAC, Thur/Fri 4-5 November,

dom: not sure if thurs-fri is best for TPAC meeting

... depends on joint meetings with other groups

fjh: works better for me thurs-fri

... can we indicate tentative preference for thurs-fri?

dom: can we say we're flexible but have a conflict with XML Security?

... and that we want to meet with Geoloc and Web Apps?

darobin: will indicate thurs-fri preference

### Minutes approval

<fjh> 3 March 2010

<fjh> [http://lists.w3.org/Archives/Public/public-device-

<fjh> proposed RESOLUTION: Minutes from 3 March approved.

**RESOLUTION: Cancel teleconference 24 March**

### F2F Agenda

fjh: moved some privacy stuff to the first day to accommodate alissa

<fjh> see [http://lists.w3.org/Archives/Public/public-device-

fjh: nobody from Google will be attending

<fjh> Day 1, Tuesday, 16 March (10:00 - 17:00)

<fjh> Day 2, Wednesday 17 March (9:00 - 17:30)

<fjh> Day 3, Thursday 18 March (9-15:30)

no concerns raised about times

fjh: concerned that we're sitting on submissions, try to use F2F to get
something going with policy

... more time for contacts as it's an important API

<richt> Though nothing has been proposed (yet) on the mailing list I have an
action to write up the OpenProvider proposal before the F2F. It would be nice
if we have time to discuss this.

<fjh> action-48?

<trackbot> ACTION-48 -- Suresh Chitturi to propose a definition for API access
control, and a possible model for policy enforcement -- due 2010-02-24 --

<trackbot> [http://www.w3.org/2009/dap/track/actions/48][25]

Suresh: ACTION-48 has not been incorporated

... access control definition has not been discussed

... could be done at F2F

<fjh> **ACTION:** add definition from ACTION-48 to policy requirements
[recorded in [http://www.w3.org/2010/03/10-dap-minutes.html#action01][26]]

<trackbot> Sorry, couldn't find user - add

<fjh> **ACTION:** fjh to add definition from ACTION-48 to policy requirements
[recorded in [http://www.w3.org/2010/03/10-dap-minutes.html#action02][27]]

<trackbot> Created ACTION-102 - Add definition from ACTION-48 to policy
requirements [on Frederick Hirsch - due 2010-03-17].

<fjh> s/**ACTION:** add.*//

<Zakim> richt, you wanted to ask if we could allocate some time for
OpenProvider in the F2F agenda

richt: can we get some time to discuss OpenProvider at the F2F?


... proposal WILL GO to the list this friday

fjh: can discuss in conjunction with powerbox

<fjh> reminder - to discuss OpenProvider during F2F, presumably in conjunction
with Powerbox discussion

<fjh> teleconf bridge info - [http://lists.w3.org/Archives/Public/public-

fjh: no speakerphone for F2F, so remote participants will need patience

<Claes> During the Powerbox discussion it would be good to have Google on the

fjh: remote participants should go onto IRC and say when they are planning to
call in

darobin: we have an address and a room, it's all on the wiki

### Editorial

fjh: maxf proposed separating use cases from APIs

<fjh> [http://lists.w3.org/Archives/Public/public-device-
apis/2010Mar/0064.html][29] (Max)

maxf: implemented the split in systems info

... to do use cases and requirements properly it takes a lot of space

... drawback is that if you want to publish it, you must publish separate

... but still thing split is better. each editor could decide.

fjh: no preference really

<dom> +1 to splitting use cases out, don't feel strongly that we need to
publish them as TR

<darobin> +1 to what dom said

fjh: will decide on case-by-case basis

### Policy

it's fine

fjh: editorial change to policy section to make requirements types explicit

<fjh> **ACTION:** fjh to update policy requirements revising T* [recorded in

<trackbot> Created ACTION-103 - Update policy requirements revising T* [on
Frederick Hirsch - due 2010-03-17].

fjh: prefer use cases in published documents

<fjh> [http://lists.w3.org/Archives/Public/public-device-

<Dzung_Tran> +1 for use cases in published documents

<jmorris> alissa: discussing apps informing users of what their policies are

<fjh> [http://lists.w3.org/Archives/Public/public-device-

<fjh> general agreement about talking about substance of policy, not ui (for

<fjh> ISSUE-73

<fjh> ISSUE-73?

<trackbot> ISSUE-73 -- Security and Privacy Implications for PIM APIs -- OPEN

<trackbot> [http://www.w3.org/2009/dap/track/issues/73][33]

### ISSUE-73

David: had been looking at use cases

<dom> ACTION-45?

<trackbot> ACTION-45 -- David Rogers to provide use case with threat model
scenarios -- due 2010-03-10 -- OPEN

<trackbot> [http://www.w3.org/2009/dap/track/actions/45][34]

David: matching policy parts to abuse case

... e.g., voicemail number changed to premium rate number

<dom> ACTION-45 due 2010-03-12

<trackbot> ACTION-45 Provide use case with threat model scenarios due date now

David: hope to circulate tomorrow or friday

... trying to show how to resolve abuses with BONDi policy

<fjh> ISSUE-73: see ACTION-45

<trackbot> ISSUE-73 Security and Privacy Implications for PIM APIs notes added

<richt> ISSUE-73 discussion: 'Contacts API typical use cases and privacy
considerations' [http://lists.w3.org/Archives/Public/public-device-

richt: had a good discussion with dom, should inform abuse cases

<fjh> ISSUE-73: see also [http://lists.w3.org/Archives/Public/public-device-

<trackbot> ISSUE-73 Security and Privacy Implications for PIM APIs notes added

richt: auto-filling the form

fjh: still not sure if we've dealt with policy concerns for that case

David: have not considered auto-form filling use case yet

fjh: will want to talk about that at the F2F

David: if we can maintain a list of abuse cases and threat model going
forward, we should do that

... don't want to be repeating core threats all the time

... if user makes stupid decision, that's out of the control of the API

... might need a section on user's responsibility to themselves

<fjh> issue-37?

<trackbot> ISSUE-37 -- Domain spoofing and trust in the network layer -- OPEN

<trackbot> [http://www.w3.org/2009/dap/track/issues/37][36]

### ISSUE-37 domain spoofing and trust in the network layer

<fjh> action-38?

<trackbot> ACTION-38 -- Claes Nilsson to should issue recommendation on the
granularity of the security system -- due 2009-12-16 -- CLOSED

<trackbot> [http://www.w3.org/2009/dap/track/actions/38][37]

<dom> [Record of the discussions where ISSUE-37 was raised][38]

David: we need to consider connecting to wifi in a cafe or airport and
resulting security threats

... persistent connection to mobile provider is more secure at the moment

... tlr disagrees

... there are a couple of demos

<fjh> what is the next action, and by whom?

<dom> [can we rephrase this issue in form of a question that can get an

David: of domain spoofing

paddy: this boils down to use cases again

David: can add this aspect

<fjh> **ACTION:** drogersuk to add use case related to ISSUE-37 [recorded in

<trackbot> Sorry, couldn't find user - drogersuk

<dom> **ACTION:** roger to add use case related to ISSUE-37 [recorded in

<trackbot> Sorry, couldn't find user - roger

<dom> **ACTION:** rogers to add use case related to ISSUE-37 [recorded in

<trackbot> Created ACTION-104 - Add use case related to ISSUE-37 [on David
Rogers - due 2010-03-17].

### update to FileWriter

<darobin> [][42]

<dom> +1 to send a CfC on FileWriter

darobin: ready for FPWD at F2F?

richt: it's not using namespacing -- do we need it?

darobin: first decision was to do it case-by-case

... more impt to have consistency with file API in this case

richt: not concerned, just wondering if it affects other APIs

<dom> [I don't think that question should block FPWD in any cas€]

darobin: depends on the case

... have not been able to get any agreement otherwise

... agree that it shouldn't block FPWD

<richt> richt: agreed

darobin: style of writing API descriptions -- normative statements can be
clunky but we might want them

David: Marcin submitted design patterns document that might be helpful

sorry about the names

<dom> (last update to design patterns was in October)

darobin: hasn't been updated since November?

... can talk to him about picking it up

<dom> [Marcin's draft on API Design Patterns][43]

### update to Messaging

<darobin> [][44]

maxf: looks perfect to me

<dom> [I read through it, I think it's in good shape generally speaking]

nwidell: will not be at F2F

darobin: no issue with publishing it

nwidell: would appreciate comments

darobin: asking for publication will accomplish that - CfC

nwidell: will make editorial changes by monday

... go ahead to CfC now

darobin will send CfC after call

### System Info next steps

<darobin> [][45]

Suresh: Calendar API has been sitting around for a month now

... action out on harmonizing with IETF, that work is complementary

<richt> I agree with Suresh

Suresh: want to go to FPWD

... will add a note about the compatability issue

darobin will send CfC for calendars as well

dom: mapping may not be complementary

... may not have consistent view of scope of Calendar API

Suresh: we don't cover entire set of cases, it's true

... but have placeholders for most items

dom: agreed

<richt> there's some...interesting...stuff in the Calendar API...will need a
thorough review and welcome further comments before or during the F2F

dom: withdraw my comment

<dom> [I don't think all my comments have been integrated in the calendar API;
hence why I haven't further commented on it, FWIW]

### System Info

maxf: mapping to DCO, thresholds are outstanding issues

... prepped a list of items to discuss at F2F

<darobin> ACTION-100?

<trackbot> ACTION-100 -- John Morris to share information on key important
privacy policy aspects relevant to DAP -- due 2010-03-10 -- OPEN

<trackbot> [http://www.w3.org/2009/dap/track/actions/100][46]

<fjh> action-100?

<trackbot> ACTION-100 -- John Morris to share information on key important
privacy policy aspects relevant to DAP -- due 2010-03-10 -- OPEN

<trackbot> [http://www.w3.org/2009/dap/track/actions/100][46]

fjh: is action-100 still open?

jmorris: will have something but perhaps not until monday

... walking through different APIs to suggest which privacy issues are most

... can get something higher level out earlier than Monday and more granular
API-specific material before the F2F

no problem

## Summary of Action Items

**[NEW]** **ACTION:** add definition from ACTION-48 to policy requirements
[recorded in [http://www.w3.org/2010/03/10-dap-minutes.html#action01][26]]

**[NEW]** **ACTION:** drogersuk to add use case related to ISSUE-37 [recorded
in [http://www.w3.org/2010/03/10-dap-minutes.html#action04][39]]

**[NEW]** **ACTION:** fjh to add definition from ACTION-48 to policy
requirements [recorded in [http://www.w3.org/2010/03/10-dap-

**[NEW]** **ACTION:** fjh to update policy requirements revising T* [recorded
in [http://www.w3.org/2010/03/10-dap-minutes.html#action03][30]]

**[NEW]** **ACTION:** roger to add use case related to ISSUE-37 [recorded in

**[NEW]** **ACTION:** rogers to add use case related to ISSUE-37 [recorded in

[End of minutes]

* * *

Minutes formatted by David Booth's [scribe.perl][47] version 1.135 ([CVS

$Date: 2009-03-02 03:52:20 $

   [1]: http://www.w3.org/Icons/w3c_home

   [2]: http://www.w3.org/

   [3]: http://lists.w3.org/Archives/Public/public-device-

   [4]: http://www.w3.org/2010/03/10-dap-irc

   [5]: #agenda

   [6]: #item01

   [7]: #item02

   [8]: #item03

   [9]: #item04

   [10]: #item05

   [11]: #item06

   [12]: #item07

   [13]: #item08

   [14]: #item09

   [15]: #item10

   [16]: #item11

   [17]: #ActionSummary

   [18]: http://www.w3.org/2009/dap/wiki/PragueF2F

   [19]: http://www.w3.org/2002/09/wbs/43696/prague-2010/

   [20]: http://lists.w3.org/Archives/Member/member-device-

   [21]: http://www.timeanddate.com/time/dst2010a.html

   [22]: http://lists.w3.org/Archives/Public/public-device-

   [23]: http://lists.w3.org/Archives/Public/public-device-

   [24]: http://lists.w3.org/Archives/Public/public-device-

   [25]: http://www.w3.org/2009/dap/track/actions/48

   [26]: http://www.w3.org/2010/03/10-dap-minutes.html#action01

   [27]: http://www.w3.org/2010/03/10-dap-minutes.html#action02

   [28]: http://lists.w3.org/Archives/Public/public-device-

   [29]: http://lists.w3.org/Archives/Public/public-device-

   [30]: http://www.w3.org/2010/03/10-dap-minutes.html#action03

   [31]: http://lists.w3.org/Archives/Public/public-device-

   [32]: http://lists.w3.org/Archives/Public/public-device-

   [33]: http://www.w3.org/2009/dap/track/issues/73

   [34]: http://www.w3.org/2009/dap/track/actions/45

   [35]: http://lists.w3.org/Archives/Public/public-device-

   [36]: http://www.w3.org/2009/dap/track/issues/37

   [37]: http://www.w3.org/2009/dap/track/actions/38

   [38]: http://lists.w3.org/Archives/Public/public-device-

   [39]: http://www.w3.org/2010/03/10-dap-minutes.html#action04

   [40]: http://www.w3.org/2010/03/10-dap-minutes.html#action05

   [41]: http://www.w3.org/2010/03/10-dap-minutes.html#action06

   [42]: http://dev.w3.org/2009/dap/file-system/file-writer.html

   [43]: http://dev.w3.org/2009/dap/design-patterns/

   [44]: http://dev.w3.org/2009/dap/messaging/

   [45]: http://dev.w3.org/2009/dap/calendar/

   [46]: http://www.w3.org/2009/dap/track/actions/100

   [47]: http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm

   [48]: http://dev.w3.org/cvsweb/2002/scribe/

Received on Wednesday, 10 March 2010 18:41:46 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:32:18 UTC