16:04:18 <RRSAgent> RRSAgent has joined #html-media
16:04:18 <RRSAgent> logging to http://www.w3.org/2015/01/13-html-media-irc
16:04:36 <ddorwin> this is html-media
16:04:44 <ddorwin> zakim, this is html-media
16:04:44 <Zakim> sorry, ddorwin, I do not see a conference named 'html-media' in progress or scheduled at this time
16:04:49 <joesteele> trackbot, start meeting
16:04:51 <trackbot> RRSAgent, make logs public
16:04:53 <trackbot> Zakim, this will be 63342
16:04:53 <Zakim> ok, trackbot; I see HTML_WG()11:00AM scheduled to start 4 minutes ago
16:04:54 <trackbot> Meeting: HTML Media Task Force Teleconference
16:04:54 <trackbot> Date: 13 January 2015
16:05:16 <joesteele> scribe: joesteele
16:05:32 <joesteele> chair: ddorwin
16:05:57 <joesteele> Zakim, who is here?
16:05:57 <Zakim> HTML_WG()11:00AM has not yet started, joesteele
16:05:59 <Zakim> On IRC I see RRSAgent, joesteele, Zakim, markw, davide, jdsmith, ddorwin, adrianba, trackbot
16:06:08 <ddorwin> Agenda: http://lists.w3.org/Archives/Public/public-html-media/2015Jan/0012.html
16:06:16 <joesteele> rrsagent, generate minutes
16:06:16 <RRSAgent> I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele
16:06:21 <joesteele> trackbot, start meeting
16:06:23 <trackbot> RRSAgent, make logs public
16:06:25 <trackbot> Zakim, this will be 63342
16:06:25 <Zakim> ok, trackbot; I see HTML_WG()11:00AM scheduled to start 6 minutes ago
16:06:26 <trackbot> Meeting: HTML Media Task Force Teleconference
16:06:26 <trackbot> Date: 13 January 2015
16:06:45 <joesteele> Topic: Role Call
16:06:49 <joesteele> Zakim, who is here?
16:06:51 <Zakim> HTML_WG()11:00AM has not yet started, joesteele
16:06:51 <Zakim> On IRC I see RRSAgent, joesteele, Zakim, markw, davide, jdsmith, ddorwin, adrianba, trackbot
16:07:12 <joesteele> Zakim, this will be html-media
16:07:13 <Zakim> I do not see a conference matching that name scheduled within the next hour, joesteele
16:07:21 <joesteele> Zakim, this will be HTML_WG
16:07:22 <Zakim> ok, joesteele, I see HTML_WG()11:00AM already started
16:07:57 <joesteele> Topic: Bugs awaiting input
16:08:15 <joesteele> topic: Bug 27268 - Add a definition of a distinctive identifier
16:08:21 <joesteele> https://www.w3.org/Bugs/Public/show_bug.cgi?id=27268
16:08:30 <joesteele> ddorwin: no replies from henri
16:08:41 <joesteele> ... implemented but no replies from henri since december
16:08:50 <joesteele> topic: Bug 27093 - Support for proprietary/system-specific formats in initData should be discouraged/deprecated
16:08:56 <joesteele> https://www.w3.org/Bugs/Public/show_bug.cgi?id=27093
16:09:10 <joesteele> ddorwin: saw that joe replied yesterday -- no chance to reply as yet
16:09:17 <joesteele> ... any other comments?
16:09:53 <joesteele> joesteele: think I covered most of the three we discussed
16:09:57 <joesteele> ... might have missed one
16:10:08 <joesteele> ddorwin: might be good to discuss next week
16:10:22 <joesteele> topic: other bugs
16:10:25 <joesteele> topic: Bug 27738 - Need to change name of 'message' event to avoid confusion
16:10:31 <joesteele> https://www.w3.org/Bugs/Public/show_bug.cgi?id=27738
16:10:41 <joesteele> ddorwin: filed by Glenn last week with some others
16:10:51 <joesteele> q?
16:10:59 <joesteele> ddorwin: posted some updates about names -- is this really a problem?
16:11:09 <joesteele> does someone have comments on this one?
16:11:42 <joesteele> ... messages are used for APIs and they are all used for simple events, we are using for custom events
16:11:46 <joesteele> ... should not do that
16:11:59 <joesteele> jdsmith: is this a big change? could accomodate
16:12:12 <joesteele> ddorwin: it is misleading as it is unlikely to relate to a key
16:12:17 <joesteele> ... it just about finding another name
16:12:19 <markw> q+
16:12:40 <joesteele> markw: I don't think keymessage is that bad
16:12:58 <joesteele> jdsmith: I agree - does not seem like a bad name
16:13:08 <markw> q-
16:13:18 <joesteele> ddorwin: I will do some more reseach and then make the change depending on the researfch
16:13:20 <joesteele> +1
16:13:33 <joesteele> topic: Bug 27739 - Change event name 'keyschange' to 'keychange'
16:13:40 <joesteele> https://www.w3.org/Bugs/Public/show_bug.cgi?id=27739
16:14:01 <joesteele> ddorwin: I added some comments about this could imply key rotation, again a simple change, but needs feedback
16:14:17 <joesteele> ... also mentioned this depends on the next bug
16:14:24 <joesteele> <crickets/>
16:14:37 <joesteele> ... any basic comments?
16:14:57 <joesteele> ... any comments on what the name should be
16:15:06 <joesteele> topic: Bug 27740 - Suggest changing interface name 'MediaKeyStatuses' to 'MediaKeyStatusMap'
16:15:14 <joesteele> https://www.w3.org/Bugs/Public/show_bug.cgi?id=27740
16:15:28 <joesteele> ddorwin: type so does not impact compatibility
16:15:51 <joesteele> ... noted that the attribute that uses this type is KeyStatuses -- do we want to change that? if so to what?
16:16:02 <markw> MediaKeyStatusMap and kekystatuschange seems good to me
16:16:21 <markw> s/kekystatuschange/keystatuschange/
16:16:27 <joesteele> +1
16:16:49 <joesteele> ddorwin: I guess the attribute could be keyStatusMap?
16:17:00 <joesteele> jdsmith: Glenn is objecting to the plural I think
16:17:12 <joesteele> ddorwin: my point is that is used in the attribute as well
16:17:33 <joesteele> ... ok we will make changes on those two as well
16:17:38 <joesteele> ... will take a shot at that
16:17:44 <joesteele> Topic: Issue #3 -  Add "internal-error" to MediaKeyStatus enum
16:17:51 <joesteele> https://github.com/w3c/encrypted-media/issues/3
16:18:14 <joesteele> ddorwin: could be other reasons that the key is not usable -- rather than force implementation to pick other reasons
16:18:30 <joesteele> ... many statuses existed before
16:18:38 <joesteele> ... will file a bug on one today
16:18:47 <joesteele> ... InternalError seems like a good name
16:18:51 <joesteele> jdsmith: like that also
16:18:55 <joesteele> +1
16:19:08 <markw> +1
16:19:13 <joesteele> jdsmith: intent is that an error that cannot be typed as one of the normal statuses
16:19:20 <joesteele> ddorwin: that makes senses
16:19:28 <joesteele> topic: Issue #1 -  requestMediaKeySystemAccess()'s supportedConfigurations parameter should not be optional
16:19:37 <joesteele> https://github.com/w3c/encrypted-media/issues/1
16:19:47 <joesteele> ddorinw: currently can pass a keySystem without any config
16:19:57 <joesteele> ... causes additional spec logic and complexity for implementations
16:20:07 <joesteele> ... config can also be null
16:20:30 <joesteele> ... proposal is to remove optional
16:20:41 <joesteele> ... discussion of can you pass an empty config?
16:21:26 <ddorwin> s/config can also be null/getConfiguration() can also return null/
16:21:42 <joesteele> joesteele: think I agree that it should be required
16:21:50 <joesteele> ddorwin: couple votes for that now
16:22:00 <joesteele> ... should we have any constraints on what the config can be?
16:22:01 <ddorwin> Should "[ { } ]" be a valid second parameter?
16:22:30 <joesteele> ... probably easiest to leave this, to avoid the extra logic in the spc
16:22:35 <joesteele> s/spc/spec/
16:22:47 <joesteele> ... need to make sure the main algorithm supports that
16:23:37 <joesteele> joesteele: were you thinking about security?
16:23:52 <jamilellis> jamilellis has joined #html-media
16:24:11 <joesteele> ddorwin: no this was just to avoid the complexity of the logic, but this forces the developer to think about it
16:24:40 <joesteele> topic: Issue #7 -  EME should not fire waiting or canplay events - use a separate mechanism
16:24:48 <joesteele> https://github.com/w3c/encrypted-media/issues/7
16:25:09 <joesteele> ddorwin: we added waitingFor and fired the waiting event, firing canPlay etc
16:25:37 <joesteele> ... got feedback that this was not good, fired on transitions in the state machine which we agreed not to do
16:25:45 <joesteele> ... also changing the value of an attribute means a possible race condition
16:26:05 <joesteele> ... proposal is to simplify and revert the use of waitingFor and canPlay
16:26:13 <joesteele> ... just queue a simple waitingForKey event
16:26:32 <joesteele> ... simpler for implementations and applications
16:26:51 <joesteele> ... not indication of resuming playback, but you should not be relying on this for your playback
16:27:09 <joesteele> ... in the beginning you are already working on providing a key so it is not a problem
16:27:20 <joesteele> ... proposal is to remove that logic
16:27:49 <joesteele> joesteele: will have to think about that one more
16:28:07 <joesteele> ddorwin: thought this one would have the most discussion, would like to resolve relatively soon
16:28:13 <joesteele> ... would like to get feedback this week
16:28:44 <joesteele> jdsmith: have you looked through the resume logic and rationalized what will happen when we are not waitingForKeys, presumably you would get an event like that still
16:29:13 <joesteele> ddorwin: have not gone through the algorithm yet, if there is a thought that that is how this would go I can
16:29:39 <joesteele> ... you would want to internally track that it is in that state, we probably already have something like that internally
16:29:52 <joesteele> ... it is the public state that is spec'd and possibly wrong and hard to get right
16:30:03 <joesteele> ... not the end of the world to fire twice, but possibly bad if in the wrong state
16:30:24 <joesteele> jdsmith: if we can get by with a simple evenet, would be cleaner and preferable
16:30:31 <joesteele> ... have not had time to go through the spec and think about this
16:30:53 <joesteele> ... I think I made some of these changes. Not opposed to simplifying if we can.
16:31:12 <joesteele> ... Just need to confirm no downsides to stripping out the waitingFor information
16:31:28 <joesteele> ddorwin: so you will take a look at the bug and comment?
16:31:33 <joesteele> jdsmith: yes -- have to bail now
16:31:52 <Zakim> -jdsmith
16:32:04 <ddorwin> q?
16:32:11 <joesteele> topic: Issue #8 -  Define behavior for implementations that delay playback until setMediaKeys() is called
16:32:18 <joesteele> https://github.com/w3c/encrypted-media/issues/8
16:32:30 <joesteele> ddorwin: Jerry might care about this one as well
16:32:53 <joesteele> ... non-normative note that apps should call setMediaKeys before providing media data
16:35:07 <joesteele_> joesteele_ has joined #html-media
16:35:41 <joesteele_> scribe: joesteele_
16:36:18 <joesteele_> ddorwin: waiting on Issue #7 to resolve this one
16:36:40 <joesteele_> topic: Issue 9 -  Remove note that MediaKeySession events may not be fired until the MediaKeys object is associated with a media element
16:36:46 <joesteele_> https://github.com/w3c/encrypted-media/issues/9
16:36:56 <joesteele_> ddorwin: need Jerrys input on this -- please review
16:37:16 <joesteele_> ... currently text that in some implementations mediakey implementations will not fire events
16:37:25 <joesteele_> ... breaks some use case
16:37:34 <joesteele_> ... probably should remove this note and discourage those implementations
16:37:46 <joesteele_> ... believe this came from Microsoft so need Jerrys input
16:37:57 <joesteele_> rrsagent, generate minutes
16:37:57 <RRSAgent> I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:38:07 <ddorwin> topic: https://www.w3.org/Bugs/Public/show_bug.cgi?id=27138 - Consider changing how the MediaKeySession method algorithms run other algorithms to more accurately reflect implementations
16:38:20 <joesteele_> topic: Bug 27138
16:38:24 <ddorwin> https://www.w3.org/Bugs/Public/show_bug.cgi?id=27138
16:38:49 <ddorwin> In the November 11th telecon, http://www.w3.org/2014/11/11-html-media-minutes.html#item10. Feedback from others is also welcome
16:38:51 <joesteele_> ddorwin: this is related to the algorithms, no one has commented, Jerry would review
16:39:13 <joesteele_> s/Bug 27138/Bug 27138 - Consider changing how the MediaKeySession method algorithms run other algorithms to more accurately reflect implementations/
16:39:29 <ddorwin> s/In the November 11th telecon, http://www.w3.org/2014/11/11-html-media-minutes.html#item10. Feedback from others is also welcome/In the November 11th telecon, Jerry said he would review it./
16:39:33 <joesteele_> ddorwin: comments are welcome
16:39:52 <joesteele_> ... this affects beasically every algorithm
16:40:03 <joesteele_> ... that is all the bugs
16:40:07 <joesteele_> ... any other bug comments?
16:40:19 <joesteele_> s/beasically/basically/
16:40:24 <joesteele_> topic: other business
16:40:31 <joesteele_> topic: Issue tracking
16:40:50 <ddorwin> http://lists.w3.org/Archives/Public/public-html-media/2015Jan/0009.html
16:40:53 <joesteele_> ddorwin: sent out the email about using github
16:41:04 <markw> +1 for switching to GitHub
16:41:19 <joesteele_> ... we have a mix now -- would like to drive the buginizer to zero and continue to file bugs in github
16:41:24 <joesteele_> ... seems to work well now
16:41:46 <markw> s/buginizer/bugzilla/
16:42:19 <joesteele_> joesteele: so we will continue to resolve existing bugs in bugzilla, new bugs will go to github
16:42:30 <markw> when we have only a few left in bugzilla we might want to move those to GitHib
16:42:31 <joesteele_> ddorwin: yes. some of the new bugs are just tracking stuff I need to do
16:42:42 <joesteele_> ... don't appear to be many that we need to move
16:42:54 <joesteele_> ... except maybe that last one
16:43:01 <BobLund> BobLund has joined #html-media
16:43:53 <joesteele_> ddorwin: we will still receive emails from the old Bugzilla and can ask folks to move them to github
16:44:06 <joesteele_> ... someone would have to find the component eventually
16:44:11 <Zakim> +BobLund
16:44:23 <joesteele_> ... and then update the status of the document that has new bugs in github
16:44:33 <joesteele_> rrsagent, generate minutes
16:44:33 <RRSAgent> I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:44:37 <joesteele_> Zakim, who is here?
16:44:37 <Zakim> On the phone I see ddorwin, joesteele, markw, davide, BobLund
16:44:39 <Zakim> On IRC I see BobLund, joesteele_, jamilellis, RRSAgent, Zakim, markw, davide, ddorwin, adrianba, trackbot
16:45:07 <joesteele_> ddorwin: thanks everyone! that's all for now
16:45:13 <joesteele_> joesteele: MSE next week?
16:45:33 <joesteele_> ddorwin: probably should email thread on that
16:45:45 <joesteele_> joesteele: I will go ahead and send that out
16:46:06 <joesteele_> ddorwin: need folks to respond, but can probably skip EME meeting next week
16:46:11 <Zakim> -BobLund
16:46:11 <Zakim> -davide
16:46:13 <Zakim> -joesteele
16:46:15 <joesteele_> rrsagent, generate minutes
16:46:15 <RRSAgent> I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:46:16 <Zakim> -markw
16:47:03 <joesteele_> s/https:\/\/www.w3.org/Bugs/Public/show_bug.cgi?id=27138 - Consider changing how the MediaKeySession method algorithms run other algorithms to more accurately reflect implementations//
16:47:05 <joesteele_> rrsagent, generate minutes
16:47:05 <RRSAgent> I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:47:09 <Zakim> -ddorwin
16:47:10 <Zakim> HTML_WG()11:00AM has ended
16:47:10 <Zakim> Attendees were ddorwin, jdsmith, joesteele, markw, davide, BobLund
16:47:42 <joesteele_> s/27138 - Consider changing how the MediaKeySession method algorithms run other algorithms to more accurately reflect implementations//
16:47:44 <joesteele_> rrsagent, generate minutes
16:47:44 <RRSAgent> I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:49:05 <joesteele_> s/topic\: http.*$//
16:49:07 <joesteele_> rrsagent, generate minutes
16:49:07 <RRSAgent> I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:49:51 <joesteele_> s/Consider changing how the MediaKeySession method algorithms run other algorithms to more accurately reflect implementations//g
16:49:52 <joesteele_> rrsagent, generate minutes
16:49:52 <RRSAgent> I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:51:33 <joesteele_> s/researfch/research/
16:51:36 <joesteele_> rrsagent, generate minutes
16:51:36 <RRSAgent> I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:52:18 <joesteele_> s/can you pass an empty config/"can you pass an empty config"/
16:52:19 <joesteele_> rrsagent, generate minutes
16:52:19 <RRSAgent> I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:52:50 <joesteele_> s/of can you/of whether you can/
16:52:51 <joesteele_> rrsagent, generate minutes
16:52:51 <RRSAgent> I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:54:06 <joesteele_> s/Bug 27138 - /Bug 27138 - Consider changing how the MediaKeySession method algorithms run other algorithms to more accurately reflect implementations/
16:54:07 <joesteele_> rrsagent, generate minutes
16:54:07 <RRSAgent> I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:55:08 <joesteele_> Zakim, list particpants
16:55:08 <Zakim> I don't understand 'list particpants', joesteele_
16:55:13 <joesteele_> Zakim, list participants
16:55:13 <Zakim> sorry, joesteele_, I don't know what conference this is
16:55:23 <joesteele_> Zakim, bye
16:55:23 <Zakim> Zakim has left #html-media
16:55:35 <joesteele_> rrsagent, bye
16:55:35 <RRSAgent> I see no action items