15:57:47  RRSAgent has joined #html-media
15:57:47  logging to http://www.w3.org/2015/01/20-html-media-irc
15:57:49  RRSAgent, make logs public
15:57:49  Zakim has joined #html-media
15:57:51  Zakim, this will be 63342
15:57:51  ok, trackbot; I see HTML_WG()11:00AM scheduled to start in 3 minutes
15:57:52  Meeting: HTML Media Task Force Teleconference
15:57:52  Date: 20 January 2015
15:58:16  Agenda: http://lists.w3.org/Archives/Public/public-html-media/2015Jan/0036.html
15:58:21  zakim, what is the code?
15:58:21  the conference code is 63342 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), paulc
15:58:53  HTML_WG()11:00AM has now started
15:59:00  +[Microsoft]
15:59:06  zakim, [Microsoft] is me
15:59:06  +paulc; got it
16:01:13  BobLund has joined #html-media
16:01:36  markw has joined #html-media
16:01:41  +markw
16:02:21  davide has joined #html-media
16:02:46  +davide
16:02:58  + +1.253.332.aaaa
16:03:25  zakim, who is on the phone?
16:03:25  On the phone I see paulc, markw, davide, +1.253.332.aaaa
16:05:44  waiting for quorum
16:08:17  waiting for quorum
16:08:22  +[Microsoft]
16:08:24  jdsmith has joined #html-media
16:09:48  scribe: paulc
16:09:54  Chair: paulc
16:10:14  Topic: Bug 27738 - Need to change name of 'message' event to avoid confusion
16:10:28  https://www.w3.org/Bugs/Public/show_bug.cgi?id=27738
16:10:34  -davide
16:10:34  -[Microsoft]
16:11:47  David: Anne's latest message says the name change is not needed: https://www.w3.org/Bugs/Public/show_bug.cgi?id=27738#c5
16:11:47  +1 to leaving the name as it is
16:11:56  +davide
16:11:58  + +1.408.536.aabb
16:12:38  +[Microsoft]
16:12:50  Paul: Proposal on the table is to NOT change the name
16:13:03  ddorwin has joined #html-media
16:13:05  Paul: So far David and Mark support not changing the name
16:13:08  joesteele has joined #html-media
16:13:31  zakim, [Microsoft] is jdsmith
16:13:31  +jdsmith; got it
16:13:59  +??P2
16:14:17  +BobLund
16:14:30  +1 to not changing
16:14:31  Jerry: I agree with no change
16:14:56  zakim, ??P2 is me
16:14:56  +ddorwin; got it
16:15:01  Paul: Any objections to closing bug 27738 was WONTFIX?
16:15:08  Paul: No objections
16:15:18  - +1.253.332.aaaa
16:16:03  rrsagent, generate the minutes
16:16:03  I have made the request to generate http://www.w3.org/2015/01/20-html-media-minutes.html paulc
16:16:10  scribe: joesteele
16:16:18  Topic: Bug 27739 - Change event name 'keyschange' to 'keychange'
16:16:27  joesteele_ has joined #html-media
16:16:28  https://www.w3.org/Bugs/Public/show_bug.cgi?id=27738
16:16:33  Scribe: paulc
16:16:36  zakim, joesteele_ is joesteele
16:16:36  sorry, joesteele_, I do not recognize a party named 'joesteele_'
16:16:57  scribe: joesteele
16:17:13  ddorwin: that was the original proposal -- did some research on HTML5 media elements
16:17:21  ... usuaulyll when we have change events it the attribute name
16:17:33  ... example volume and queue
16:17:36  David: In general, the pattern appears to be "change"
16:18:06  ... given we have keystatuses -- keystatuschange or keystatusisChanged would be apporpriate
16:18:27  s/keystatuschange/keystatuseschange/
16:18:34  keystatuseschange
16:18:49  s/or keystatusisChanged//
16:19:08  are we going to change the attribute to KeyStatus, though ?
16:19:30  ddorwin: no -- that was resolved in bug 27740
16:19:31  in another bug
16:19:40  zakim, who is here?
16:19:40  On the phone I see paulc, markw, davide, +1.408.536.aabb, jdsmith, ddorwin, BobLund
16:19:43  On IRC I see joesteele_, joesteele, ddorwin, jdsmith, davide, markw, BobLund, Zakim, RRSAgent, paulc, adrianba, trackbot
16:19:46  The pattern of "change" would imply "keystatuseschange"
16:19:47  Zaki, aabb is me
16:19:53  Zakim, aabb is me
16:19:53  +joesteele_; got it
16:20:07  Bugzilla 27740: https://www.w3.org/Bugs/Public/show_bug.cgi?id=27740
16:20:12  ok, makes sense
16:20:25  ok
16:20:34  paulc: what is the change we will make?
16:20:42  proposal: Change keyschange to keystatuseschange
16:20:56  +1 to proposal
16:20:58  (per comment 2 in the bug)
16:21:09  paulc: seems to meet Glenns original concenr
16:21:20  ... anyone objecting?
16:21:29  s/concenr/concern/
16:21:47  RESOLVED to fix as per the proposal
16:22:04  topic: Consider changing how the MediaKeySession method algorithms run other algorithms to more accurately reflect implementations
16:22:07  https://github.com/w3c/encrypted-media/issues/14
16:22:32  Topic: Issue 14: Consider changing how the MediaKeySession method algorithms run other algorithms to more accurately reflect implementations
16:22:33  rrsagent, generate minutes
16:22:33  I have made the request to generate http://www.w3.org/2015/01/20-html-media-minutes.html joesteele_
16:22:48  https://github.com/w3c/encrypted-media/issues/14
16:23:41  ddorwin: bug was originally about having the async CDM algorithms firing events directly
16:23:57  Original bugs is: https://www.w3.org/Bugs/Public/show_bug.cgi?id=27138
16:23:58  ... after thinking more, realized whether this was application visible
16:24:17  ... when application is calling generateRequest it is not clear that the promise will be resolved before the message is received
16:24:25  ... this might be problematic
16:24:37  ... is there any guarantee to ordering?
16:24:59  ... if not we have this problem that reslolving the promise at the end does not help at all except knowing you did not fail
16:25:14  ... can we resolve this another way? or should we instruct apps to rely on the message?
16:25:39  ddorwin: I meant resolve the problem
16:25:49  ... one way is that the promise has the message
16:26:00  ... not great implementation-wise
16:26:22  ... might need to do something to make things better for apps here
16:26:31  paulc: mark commented recently
16:27:21  joesteele: Any change will impact us and we are discussing it.  Need more time.
16:27:37  ... Chris is not on the call and it would be good to get his input.
16:28:05  ... We are resolving the promise after receiving messages and I don't know if this is required or if it is just how I implemented it
16:28:28  joesteele_: still waiting for input internally
16:28:48  ddorwin: I wrote this the way they are assuming that the promises would be resolved first
16:29:00  ... goal was that the promise would be resolve before the message is received
16:29:10  ... but not sure whether we can easily guarantee either
16:29:23  ... but important thing to do is make this reasonable for the apps
16:29:36  first thing to guarantee is that the primise is resolved before the message handler
16:29:50  ddorwin: joe please ping Mozilla folks
16:30:29  paulc: no other comments, let's move on
16:30:44  topic: ISSUE-7 EME should not fire waiting or canplay events - use a separate mechanism
16:30:52  issue-7?
16:30:52  Sorry, but issue-7 does not exist.
16:30:55  https://github.com/w3c/encrypted-media/issues/7
16:31:01  https://github.com/w3c/encrypted-media/issues/7
16:31:22  paulc: this one is to finalize the agreement
16:31:38  jdsmith: the bug proposed stripping out the attribute for wiatingFor and canPlay waiting mechanisms
16:31:45  See Jerry's comment: https://github.com/w3c/encrypted-media/issues/7#issuecomment-70595972
16:31:50  ... last week we agreed it was acceptable
16:31:59  ... we use it in one algorithm
16:32:07  ... don't think that is enough to keep it in the spec
16:32:19  Joe agreed with Jerry's proposal https://github.com/w3c/encrypted-media/issues/7#issuecomment-70663182
16:32:29  ... CDM can determine without the attribute
16:32:39  ... this was just our attempt to keep attribute
16:32:53  paulc: so agreement from last weke there is no objection to?
16:32:59  jdsmith: correct
16:33:00  No objection to the proposal from last week https://github.com/w3c/encrypted-media/issues/7#issuecomment-70168165
16:33:10  s/weke/week/
16:33:20  s/wiatingFor/waitingFor/
16:33:32  s/primise/promise/
16:33:41  last week's discussion: http://www.w3.org/2015/01/13-html-media-minutes.html#item11
16:34:00  paulc: any more disucssion? david you know what to do?
16:34:11  RESOVLED to fix as per discussion last week
16:34:20  topic: ISSUE-8 Define behavior for implementations that delay playback until setMediaKeys() is called
16:34:28  https://github.com/w3c/encrypted-media/issues/8
16:34:52  jdsmith: just looked this morning -- need another day or two to review
16:35:00  ... think I agree with David logic
16:35:18  ... this applies to next one (ISSUE-9) as well
16:35:36  paulc: Jerry has 72 hours to respond to issues 8 & 9
16:35:40  https://github.com/w3c/encrypted-media/issues/9
16:35:51  topic: EME/MSE heartbeta pubs
16:35:53  http://lists.w3.org/Archives/Public/public-html-media/2015Jan/0030.html
16:35:59  s/heartbeta/heartbeat/
16:36:12  paulc: believe naming items are done, job is in the editors hands
16:36:41  topic: plans for next meeting
16:37:04  q+
16:37:04  paulc: we said we would give MSE a month, so EME mtg next week and week after?
16:37:12  q+
16:37:28  ack markw
16:37:35  markw: since we have some additional time, some naming related bugs are still around. can we handle?
16:37:59  ddorwin: I will not be available the next two Tuesdays, only available on the 10th for the next two weeks
16:38:07  ... available after the next two weeks
16:38:29  s/ for the next two weeks//
16:38:52  ddorwin: next week all day mtg and then on vacation
16:39:06  paulc: proposal is to meet again on Feb 10th
16:39:10  ... any objections?
16:39:21  rrsagent, generate minutes
16:39:21  I have made the request to generate http://www.w3.org/2015/01/20-html-media-minutes.html joesteele_
16:39:34  ddorwin: hopefully make progress in the bugs
16:39:58  paulc: so EME mtg on Feb 10th, Paul to decide whether we have MSE mtg on Feb 3rd
16:40:25  ack dd
16:40:26  topic: Naming Bugs
16:40:36  https://www.w3.org/Bugs/Public/show_bug.cgi?id=25092
16:40:50  Topic: Bug 25892
16:40:58  markw: think we concluded in the bug
16:41:03  ... need to fnialize that
16:41:13  ddorwin: haven't read the reply yet
16:41:29  s/Bug 25892/Bug 25092/
16:41:36  s/fnialize/finalize/
16:41:46  "downscaling" or "output-downscaled"? I prefer the latter since it's consistent with "output-not-allowed".
16:42:04  https://www.w3.org/Bugs/Public/show_bug.cgi?id=25092
16:42:12  markw: I am fine with that
16:42:20  +1
16:42:39  +1
16:42:49  paulc: any objection to resolving with the name "output-downscaled"
16:43:10  markw: I think it is unavoidable that the keystate changes when content is downloaded
16:43:25  rrsagent, generate minutes
16:43:25  I have made the request to generate http://www.w3.org/2015/01/20-html-media-minutes.html joesteele_
16:43:35  paulc: david can resolve the bug with that name
16:43:41  https://www.w3.org/Bugs/Public/show_bug.cgi?id=27124
16:43:48  topic: Bug 27124
16:44:04  Henri's email appeal to fix all naming items: http://lists.w3.org/Archives/Public/public-html-media/2015Jan/0023.html
16:44:05  Add "individualizationrequest" to the MediaKeyMessageType enum
16:44:30  paulc: Henri says this is blocked on a naming issue
16:45:06  see Mark's support for individualization-request https://www.w3.org/Bugs/Public/show_bug.cgi?id=27124#c20
16:45:07  paulc: marks comment points to individualization-request
16:45:33  paulc: any additional discussion?
16:45:43  +1
16:45:53  jdsmith: ok
16:46:06  RESOLVED to fix 27124 with individualization-request
16:46:19  topic: Bug 27283
16:46:28  https://www.w3.org/Bugs/Public/show_bug.cgi?id=27283
16:46:54  ddorwin: don't think this is a big deal, app will get a rejected promise
16:47:03  ... don't think the difference will be checked
16:47:17  Depends on WebIDL bug https://www.w3.org/Bugs/Public/show_bug.cgi?id=27284
16:47:28  s/Bug 27283/Bug 27283 - InvalidAccessError usage is questionable; use TypeError instead?/
16:47:42  paulc: continue to wait on bug 27284
16:48:02  paulc: David to you have everything you need to do the heartbeat? 4-5 bugs to resolve
16:48:08  ... lots of work
16:48:23  ... think we are done
16:48:39  ddorwin: there are probably 5 or so other bugs folks should look at in github
16:48:47  paulc: thanks everyone!
16:48:53  Please take a look at new bugs at https://github.com/w3c/encrypted-media/issues
16:49:30  rrsagent, generate the minutes
16:49:30  I have made the request to generate http://www.w3.org/2015/01/20-html-media-minutes.html paulc
16:49:31  ... back on Feb 10th  to discuss
16:49:35  -jdsmith
16:49:36  -BobLund
16:49:37  -davide
16:49:39  -markw
16:49:40  rrsagent, generate minutes
16:49:40  I have made the request to generate http://www.w3.org/2015/01/20-html-media-minutes.html joesteele_
16:49:42  -joesteele_
16:49:43  -ddorwin
16:50:01  s/concenr/concern/
16:50:44  s/disucssion/discussion/
16:51:02  s/pubs/publications/
16:51:34  s/Bug 25092/Bug 25092 - Need a way to inform script that resolution restrictions are applied/
16:51:56  s/Bug 27124/Bug 27124 - Add "individualizationrequest" to the MediaKeyMessageType enum/
16:52:00  rrsagent, generate minutes
16:52:00  I have made the request to generate http://www.w3.org/2015/01/20-html-media-minutes.html joesteele_
16:52:04  davide has left #html-media
16:53:47  s/Issue 14: Consider/ISSUE-14 Consider/
16:53:49  rrsagent, generate minutes
16:53:49  I have made the request to generate http://www.w3.org/2015/01/20-html-media-minutes.html joesteele_
16:54:45  s/usuaulyll/usually/
16:54:46  rrsagent, generate minutes
16:54:46  I have made the request to generate http://www.w3.org/2015/01/20-html-media-minutes.html joesteele_
16:55:43  s/realized whether this was application visible/realized whether this was application visible is an issue/
16:55:45  rrsagent, generate minutes
16:55:45  I have made the request to generate http://www.w3.org/2015/01/20-html-media-minutes.html joesteele_
16:56:32  s/just how I implemented it/just how I implemented it originally/
16:56:33  rrsagent, generate minutes
16:56:33  I have made the request to generate http://www.w3.org/2015/01/20-html-media-minutes.html joesteele_
16:57:01  s/David logic/David's logic/
16:57:02  rrsagent, generate minutes
16:57:02  I have made the request to generate http://www.w3.org/2015/01/20-html-media-minutes.html joesteele_
16:57:34  Zakim, bye
16:57:34  leaving.  As of this point the attendees were paulc, markw, davide, +1.253.332.aaaa, +1.408.536.aabb, jdsmith, BobLund, ddorwin, joesteele_
16:57:34  Zakim has left #html-media
16:57:41