IRC log of html-media on 2013-02-05

Timestamps are in UTC.

16:01:34 [RRSAgent]: RRSAgent has joined #html-media
16:01:34 [RRSAgent]: logging to http://www.w3.org/2013/02/05-html-media-irc
16:01:51 [Zakim]: Zakim has joined #html-media
16:02:01 [adrianba]: trackbot, start telcon
16:02:04 [trackbot]: RRSAgent, make logs public
16:02:06 [trackbot]: Zakim, this will be 63342
16:02:06 [Zakim]: ok, trackbot; I see HTML_WG()11:00AM scheduled to start 2 minutes ago
16:02:07 [trackbot]: Meeting: HTML Media Task Force Teleconference
16:02:07 [trackbot]: Date: 05 February 2013
16:02:27 [BobLund]: BobLund has joined #html-media
16:02:35 [kstreeter_]: kstreeter_ has joined #html-media
16:02:40 [joesteele]: scribe: joesteele
16:02:42 [ddorwin]: ddorwin has joined #html-media
16:02:59 [Mick_Hakobyan]: zakim, list
16:02:59 [Zakim]: I see IA_Team()10:00AM, SW_HCLS()11:00AM, HTML_WG()11:00AM, RWC_PEWG()11:00AM, SW_SWSTR()9:00AM active
16:03:01 [Zakim]: also scheduled at this time are WAI_(WCAG2ICT)10:00AM, T&S_XMLSEC()10:00AM, VB_VBWG()10:00AM, Team_Validat()11:00AM, XML_ET-TF()11:00AM, RWC_WebEven()11:00AM, SW_RIF()11:00AM,
16:03:01 [Zakim]: ... SW_(SPARQL)10:00AM, WAI_UAWG(CHAIRS)10:30AM
16:03:17 [Mick_Hakobyan]: how do I get zakim to list phone numbers?
16:03:26 [paulc]: zakim, what is the code?
16:03:26 [Zakim]: the conference code is 63342 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), paulc
16:03:47 [joesteele]: chair: Paul Cotton
16:03:50 [adrianba]: zakim, who is on the phone?
16:03:51 [Zakim]: HTML_WG()11:00AM has not yet started, adrianba
16:03:51 [Zakim]: On IRC I see ddorwin, kstreeter_, BobLund, Zakim, RRSAgent, Mick_Hakobyan, paulc, joesteele, pal, chriho, glenn, adrianba, johnsim, trackbot
16:03:59 [paulc]: zakim, who is on the phone?
16:04:00 [Zakim]: HTML_WG()11:00AM has not yet started, paulc
16:04:00 [Zakim]: On IRC I see ddorwin, kstreeter_, BobLund, Zakim, RRSAgent, Mick_Hakobyan, paulc, joesteele, pal, chriho, glenn, adrianba, johnsim, trackbot
16:04:04 [adrianba]: zakim, this is HTML_WG
16:04:04 [Zakim]: ok, adrianba; that matches HTML_WG()11:00AM
16:04:07 [joesteele]: trackbot-ng, start telcon
16:04:09 [trackbot]: RRSAgent, make logs public
16:04:10 [Mick_Hakobyan]: thank you, I see it remembered my phone #
16:04:11 [trackbot]: Zakim, this will be 63342
16:04:11 [Zakim]: ok, trackbot; I see HTML_WG()11:00AM scheduled to start 4 minutes ago
16:04:12 [trackbot]: Meeting: HTML Media Task Force Teleconference
16:04:12 [trackbot]: Date: 05 February 2013
16:04:17 [adrianba]: zakim, who is on the phone?
16:04:18 [Zakim]: I notice HTML_WG()11:00AM has restarted
16:04:18 [Zakim]: On the phone I see joesteele, pal, [Microsoft], Michael_Thornburgh, +1.425.269.aaaa, KevinStreeter, ddorwin, [Microsoft.a], ??P14
16:04:24 [joesteele]: Scribe: joesteele
16:04:28 [adrianba]: zakim, [Microsoft.a] is me
16:04:28 [Zakim]: +adrianba; got it
16:04:28 [joesteele]: Chair: Paul Cotton
16:04:39 [johnsim]: zakim, aaaa is me
16:04:39 [Zakim]: +johnsim; got it
16:04:40 [paulc]: zakim, [Microosft] has paulc
16:04:40 [Zakim]: sorry, paulc, I do not recognize a party named '[Microosft]'
16:04:53 [BobLund]: *6
16:04:55 [paulc]: zakim, [Microsoft] has paulc
16:04:55 [Zakim]: +paulc; got it
16:05:14 [acolwell]: acolwell has joined #html-media
16:05:19 [BobLund]: zakim, p14 is me
16:05:19 [Zakim]: sorry, BobLund, I do not recognize a party named 'p14'
16:05:33 [BobLund]: zakim, ??p14 is me
16:05:33 [Zakim]: +BobLund; got it
16:05:48 [paulc]: zakim, who is on the phone?
16:05:49 [Zakim]: On the phone I see joesteele, pal, [Microsoft], Michael_Thornburgh, johnsim, KevinStreeter, ddorwin, adrianba, BobLund
16:05:50 [Zakim]: [Microsoft] has paulc
16:05:54 [Zakim]: +Aaron_Colwell
16:05:56 [adrianba]: Agenda: http://lists.w3.org/Archives/Public/public-html-media/2013Feb/0002.html
16:06:27 [joesteele]: Topic: Agenda/Roll call/Scribe
16:06:29 [joesteele]: done
16:06:38 [joesteele]: Topic: Previous minutes
16:06:46 [joesteele]: paulc: no comments
16:06:54 [joesteele]: Topic: Review Action items
16:07:00 [joesteele]: paulc: none outstanding
16:07:04 [joesteele]: Topic: baseline docs
16:07:08 [Zakim]: +[Microsoft.a]
16:07:20 [joesteele]: paulc: Editors draft updated Jan 22 -- any updates since then?
16:07:23 [jdsmith]: jdsmith has joined #html-media
16:07:27 [joesteele]: ddorwin: no
16:07:53 [paulc]: Editors draft: https://dvcs.w3.org/hg/html-media/raw-file/tip/encrypted-media/encrypted-media.html
16:08:05 [joesteele]: Topic: Candidate FPWD
16:08:09 [joesteele]: paulc: stalled
16:08:24 [MartinSoukup]: MartinSoukup has joined #html-media
16:08:24 [paulc]: FPWD candidate: https://dvcs.w3.org/hg/html-media/raw-file/tip/encrypted-media/encrypted-media-fpwd.html
16:09:02 [joesteele]: paulc: folks on call have been participating - chairs met with W3C team and trying to figure out how to handle dissent versus support
16:09:09 [joesteele]: paulc: expect a breakthru this week
16:09:23 [joesteele]: ?1: any data available?
16:09:38 [Zakim]: + +1.613.491.aabb
16:09:51 [joesteele]: s/?1/pal/
16:09:59 [MartinSoukup]: zakim, aabb is martinsoukup
16:09:59 [Zakim]: +martinsoukup; got it
16:10:13 [joesteele]: paulc: no questions at this time -- no missing information
16:10:31 [joesteele]: paulc: lets spend time on the bugs
16:10:41 [joesteele]: Topic: Outstanding Bugs
16:10:56 [paulc]: http://tinyurl.com/7tfambo
16:11:19 [joesteele]: paulc: 32 bugs this weekend - some discussion with editors about which to cover and build two lists to look at under 6/7
16:11:31 [joesteele]: paulc: 7 is a batch of bugs from David
16:11:38 [joesteele]: paulc: error related bugs
16:11:55 [joesteele]: ddorwin: bug list looks incorrect -- 6/7 run togethers
16:12:21 [joesteele]: paulc: ok - let's look at B-F and A-D -- could do them in the order specified
16:12:30 [joesteele]: paulc: or someone suggest an order
16:12:40 [joesteele]: ddorwin: B has been discussed for two calls
16:13:04 [joesteele]: paulc: not sure whether we wanted to talk about this one
16:13:25 [joesteele]: paulc: I am ok with skipping
16:14:02 [joesteele]: joesteele: I am ok as well
16:14:28 [joesteele]: Bug -- Should we validate defaultURL/destinationURL? http://lists.w3.org/Archives/Public/public-html-media/2013Jan/0062.html
16:14:28 [paulc]: Should we validate?
16:14:29 [paulc]: http://lists.w3.org/Archives/Public/public-html-media/2013Jan/0062.html
16:14:50 [joesteele]: paulc: believe this message is from David
16:15:28 [paulc]: Good morning Adrian.
16:15:44 [joesteele]: ddorwin: background is -- when adding this to webkit, got the feedback that this should be a URL
16:15:57 [joesteele]: ddorwin: this implementation does validation of the URL
16:16:08 [joesteele]: ddorwin: so I sent to the list
16:16:26 [joesteele]: ddorwin: otherwise need to push back on Webkit folks
16:16:48 [joesteele]: adrianba: problem here is - where is the definition of the validation?
16:17:14 [joesteele]: adrianba: not a big enough issue for us to try and solve
16:17:45 [joesteele]: adrianba: (last part is a question)
16:18:22 [joesteele]: adrianba: we run into this issue when one UA does different validation, one is considered a bug when its just underspecified
16:18:38 [Zakim]: -BobLund
16:18:50 [joesteele]: paulc: you are asking a question about where this is specified?
16:19:04 [joesteele]: adrianba: no -- if we require it -- where is it specified? extra work for us
16:19:23 [joesteele]: ddorwin: makes sense -- we should specify one way or the other
16:19:28 [joesteele]: ... or this will be a bug
16:19:44 [Zakim]: +??P14
16:19:46 [joesteele]: ... I will take action item to look where we are using this type
16:19:55 [BobLund]: zakim, ??p14 is me
16:19:55 [Zakim]: +BobLund; got it
16:20:03 [joesteele]: paulc: you will open a bug one way ot the other based on research
16:20:19 [joesteele]: ddorwin: Adrians reasoning was good -- maybe reply to email so we have a record
16:20:36 [joesteele]: Bug 17199 -Provide examples for and get feedback on Key Release https://www.w3.org/Bugs/Public/show_bug.cgi?id=17199
16:20:50 [adrianba]: q+
16:20:50 [joesteele]: ddorwin: Mark is not here -- should skip
16:21:13 [joesteele]: paulc: Mick is here -- ok with skipping?
16:21:20 [joesteele]: Mick: ok
16:21:21 [joesteele]: Bug 19810 -Should key IDs be required in content and addKey()'s parameter? https://www.w3.org/Bugs/Public/show_bug.cgi?id=19810
16:21:23 [adrianba]: q-
16:21:45 [joesteele]: paulc: no updates for a while
16:21:59 [joesteele]: ddorwin: original spec handled the case where media did not have key ids
16:22:18 [joesteele]: ... should we eliminate the handling to simplify the algorithm
16:22:28 [joesteele]: ... current formats specify this
16:22:34 [MartinSoukup]: q+
16:22:40 [johnsim]: q+
16:22:48 [joesteele]: ... would this cause problems for anyone
16:22:50 [paulc]: ack martin
16:23:13 [joesteele]: MartinSoukup: HLS also uses a key ID
16:23:32 [joesteele]: johnsim: my point was that key ids could be overwritten
16:23:47 [joesteele]: ... or provided by the application or metadata
16:24:08 [joesteele]: ... what provisions are in the spec for this?
16:24:20 [joesteele]: ddorwin: in the addKey definition and the encrypted block algorithm
16:24:20 [adrianba]: https://dvcs.w3.org/hg/html-media/raw-file/tip/encrypted-media/encrypted-media.html#dom-update
16:24:48 [joesteele]: ddorwin: could drop the decision login around the key ID
16:25:16 [joesteele]: johnsim: I agree with you then -- should always be there at this point in the algorithm
16:25:46 [joesteele]: ddorwin: 3 formats we have talked about all have it -- propose to eliminate it.
16:25:53 [adrianba]: +1
16:25:57 [paulc]: ack johnsim
16:26:13 [joesteele]: rrsagent, draft minutes
16:26:13 [RRSAgent]: I have made the request to generate http://www.w3.org/2013/02/05-html-media-minutes.html joesteele
16:26:24 [joesteele]: Bug 20798 -keySystem strings should be compared case-sensitively https://www.w3.org/Bugs/Public/show_bug.cgi?id=20798
16:26:36 [joesteele]: paulc: last updated last week
16:27:07 [joesteele]: adrianba: this is about how you should look at the keysystem string
16:27:19 [joesteele]: ... some questions from Microsoft people about this
16:27:27 [joesteele]: ... not described in the spec
16:27:32 [joesteele]: +q
16:27:43 [joesteele]: adrianba: propose case sensitive spec
16:28:03 [joesteele]: ... looks like reverse domain names which are not commonly case sensitive
16:28:08 [joesteele]: ... we need to specifiy
16:28:22 [joesteele]: paulc: did that answer your question David?
16:28:36 [ddorwin]: https://bugzilla.mozilla.org/show_bug.cgi?id=800600
16:28:43 [joesteele]: ddorwin: I just had some initial thoughts -- found another bug
16:28:43 [paulc]: David's questions: https://www.w3.org/Bugs/Public/show_bug.cgi?id=20798#c1
16:29:11 [joesteele]: ddorwin: some specs do not mention - canPLayType does not mention
16:29:18 [joesteele]: ddorwin: should say something
16:29:39 [joesteele]: paulc: Adrian your recommendation was case-sensitive?
16:30:03 [joesteele]: paulc: sounds like we need to specify
16:30:32 [joesteele]: paulc: do you know what the behavior of IE is?
16:31:10 [joesteele]: joesteele: what about Unicode strings?
16:31:16 [joesteele]: Zakim, ack joestelee
16:31:16 [Zakim]: I see joesteele on the speaker queue
16:31:24 [joesteele]: Zakim, ack joesteele
16:31:24 [Zakim]: I see no one on the speaker queue
16:31:26 [paulc]: ack joes
16:31:39 [joesteele]: adrianba: could be a Unicode string -- David raised this
16:31:51 [joesteele]: ... in the end it is just a string
16:32:17 [joesteele]: Bug 20338 -Explicitly specify whether initData is required for Clear Key https://www.w3.org/Bugs/Public/show_bug.cgi?id=20338
16:32:22 [joesteele]: paulc: skip this for now
16:32:48 [joesteele]: paulc: (never mind -- bad scribing)
16:33:01 [joesteele]: ddorwin: currently allows data and type to be optional
16:33:13 [joesteele]: ... not clear whether ClearKey supports this
16:33:30 [joesteele]: ... propose to make it clear whether it is optional -- leaning towards not optional
16:33:34 [joesteele]: +1
16:33:42 [Mick_Hakobyan]: +1
16:33:43 [adrianba]: +1
16:33:48 [joesteele]: paulc: any other opinions?
16:34:01 [joesteele]: ddorwin: great -- sounds like a decision
16:34:09 [joesteele]: Bug 20688 -Provide more details on when keyadded should be fired https://www.w3.org/Bugs/Public/show_bug.cgi?id=20688
16:34:36 [joesteele]: ddorwin: keyAdded was originally intended to indicate a key was added this was important
16:34:52 [joesteele]: ... key add could also be seen as a response to add key
16:34:58 [Zakim]: -BobLund
16:35:05 [joesteele]: ... bug to define when this is fired
16:35:18 [joesteele]: +q
16:35:38 [Zakim]: +??P14
16:35:48 [joesteele]: ddorwin: most of this is in the bug
16:35:48 [BobLund]: zakim, ??p14 is me
16:35:48 [Zakim]: +BobLund; got it
16:36:12 [joesteele]: ddorwin: new unique key, update operation, key renewal are all possibles
16:36:15 [ddorwin]: Possible purposes:
16:36:15 [ddorwin]: 1) New (unique) key added.
16:36:15 [ddorwin]: 2) New key info added, possibly for an existing key.
16:36:15 [ddorwin]: 3) update() operation completed successfully, regardless of whether it involved addition of a key. (This would likely result in renaming this method.)
16:36:16 [ddorwin]
16:36:16 [ddorwin]: Example questions to address:
16:36:16 [ddorwin]: * Should keyadded be fired once for each key that is added (if a license contains multiple keys)?
16:36:17 [adrianba]: q+
16:36:17 [ddorwin]: * Should keyadded be fired if the key was already known?
16:36:17 [ddorwin]: * Should keyadded be fired if the license/key policy was updated?
16:36:17 [ddorwin]: * Should keyadded be fired for successful completion of update() when no further messages need to be sent to the server?
16:37:00 [paulc]: ack joes
16:38:15 [ddorwin]: https://www.w3.org/Bugs/Public/show_bug.cgi?id=20689
16:38:23 [joesteele]: joesteele: would like to use this channel for generic comm -- does this interact?
16:38:27 [ddorwin]: "Specify how CDM should indicate successful completion with no message for server"
16:38:43 [joesteele]: ddorwin: same as last possible use of add Key
16:39:04 [johnsim]: +q
16:39:07 [joesteele]: joesteele: does this mean ready to play?
16:39:16 [joesteele]: ddorwin: question is -- what should it mean?
16:39:23 [joesteele]: Zakim, ack joesteele
16:39:23 [Zakim]: I see adrianba, johnsim on the speaker queue
16:39:23 [paulc]: ack adrian
16:39:43 [joesteele]: adrianba: mental model for this I will describe
16:39:52 [joesteele]: ... may need an additional event
16:40:16 [joesteele]: ... way I have in mind is that they are for working with the session representing comm with the license server
16:40:35 [joesteele]: ... after a create session, I get either a key message to send to license server
16:40:50 [joesteele]: ... or I get told that all of the information is already there -- which is key added
16:40:59 [joesteele]: ... end of that comm has been reached
16:41:28 [joesteele]: ... keyadded simply means the session comm has succesfully completed
16:41:40 [joesteele]: ... could be multiple keys, but you should not expect another key message
16:41:48 [joesteele]: paulc; any repsonse?
16:41:51 [paulc]: ack johnsim
16:42:27 [joesteele]: johnsim: I had a similar perception to Adrian
16:42:41 [joesteele]: ... are there other events we need to define?
16:43:10 [joesteele]: ... not suggesting they do need to be, but if there are distinct events do they need to be identified?
16:43:12 [ddorwin]: q+
16:43:34 [joesteele]: ddorwin: I like Adrians model - less ambiguity
16:43:44 [paulc]: ack ddor
16:43:45 [joesteele]: ... maybe not as use case for key added as defined
16:44:03 [adrianba]: q+
16:44:09 [joesteele]: ... could be multiple key message transactions in progress though
16:44:23 [joesteele]: ... meaning could be ambiguous then
16:44:41 [paulc]: ack adrian
16:44:56 [joesteele]: adrianba: expectation is that other messages from the CDM would be in a different session
16:45:05 [joesteele]: ... maybe I created a different session
16:45:15 [joesteele]: ... sessions would correllate that way
16:45:28 [joesteele]: ... session would be waiting for the update in that case
16:45:39 [joesteele]: s/correllate/correlate/
16:45:52 [joesteele]: adrianba: would mean end of that conversation thread
16:46:09 [joesteele]: ddorwin: I did not mean that would be the end of conversation
16:46:25 [joesteele]: ... one variation would be a renewal request
16:46:30 [joesteele]: +q
16:46:40 [joesteele]: ... this would prompt the app to try again
16:46:56 [joesteele]: ... this scenario could be handled fine
16:47:06 [joesteele]: ... just need to define it correctly
16:47:08 [joesteele]: -q
16:47:36 [joesteele]: adrianba: need more time to think through the consequences
16:47:39 [joesteele]: +q
16:47:50 [paulc]: ack joes
16:50:17 [ddorwin]: q+
16:50:25 [paulc]: ack dd
16:50:55 [Zakim]: -BobLund
16:50:58 [joesteele]: ddorwin: sounds like Adrian is assuming a new session when you switch between two licenses
16:51:18 [joesteele]: joesteele: my uses case was license rotation due to blackout with short lived keys
16:51:27 [joesteele]: s/uses case/use case/
16:51:41 [joesteele]: ddorwin: we have said that createSession was for an initData
16:51:53 [joesteele]: ... this was discussed related to heartbeat
16:52:05 [joesteele]: ... should we implement heartbeat as multiple sessions or reuse the session
16:52:22 [joesteele]: paulc: do we want to move on to another>
16:52:26 [ddorwin]: https://www.w3.org/Bugs/Public/show_bug.cgi?id=20689
16:52:36 [joesteele]: Bug 20689 -Specify how CDM should indicate successful completion with no message for server https://www.w3.org/Bugs/Public/show_bug.cgi?id=20689
16:52:45 [joesteele]: ddorwin: same discussion we just had
16:52:53 [joesteele]: ... sounds like we convert the addKey to done
16:53:03 [joesteele]: ... addresses the previous bug
16:53:18 [joesteele]: Bug 20691 -Should createSession()'s type parameter be required? https://www.w3.org/Bugs/Public/show_bug.cgi?id=20691
16:53:24 [joesteele]: paulc: last item on this bug list
16:53:36 [joesteele]: ddorwin: this is simplifying things a bit
16:53:49 [joesteele]: ... primary purpose of type was to specify the initData
16:53:59 [joesteele]: ... seems like we could just make it required
16:54:11 [joesteele]: ... CDM could define a string for their "default" use case
16:54:16 [joesteele]: paulc: feedback?
16:54:18 [paulc]: ack adrian
16:54:27 [Zakim]: -[Microsoft.a]
16:54:38 [joesteele]: adrianba: I think I agree with David
16:54:48 [joesteele]: ... we have specified that the format depends on media type
16:54:59 [joesteele]: ... we don't yet have a use case where that is not necessary
16:55:07 [joesteele]: ... could always change in the future
16:55:26 [joesteele]: rrsagent, generate minutes
16:55:26 [RRSAgent]: I have made the request to generate http://www.w3.org/2013/02/05-html-media-minutes.html joesteele
16:55:37 [adrianba]: q+
16:55:50 [joesteele]: paulc: believe that takes us through the agenda items except error related bugs
16:55:56 [paulc]: ack adrian
16:56:10 [joesteele]: adrianba: there are error bugs assigned to me - we have been working on the proposal
16:56:15 [joesteele]: ... not quite ready yet
16:56:26 [joesteele]: ... will try to have by next EME call in two weeks
16:56:36 [joesteele]: paulc: do you have the list handy?
16:56:43 [joesteele]: adrianba: no
16:56:59 [joesteele]: adrianba; between 1-5 bugs
16:57:01 [ddorwin]: Error bugs: 16617, 16737, 16857
16:57:17 [joesteele]: s/adrianba;adrianba:/
16:57:28 [joesteele]: s/adrianba;/adrianba:/
16:57:30 [adrianba]: q+
16:57:41 [joesteele]: paulc: done for today if no other business
16:57:44 [paulc]: ack adrian
16:57:54 [joesteele]: ddorwin: will not be able to make next weeks call
16:58:04 [Zakim]: -Aaron_Colwell
16:58:10 [joesteele]: paulc: will need a scribe for next week
16:58:11 [ddorwin]: s/ddorwin: will/adrianba: will/
16:58:18 [joesteele]: rrsagent, generate minutes
16:58:18 [RRSAgent]: I have made the request to generate http://www.w3.org/2013/02/05-html-media-minutes.html joesteele
16:58:21 [paulc]: rrsagent, generate the minutes
16:58:21 [RRSAgent]: I have made the request to generate http://www.w3.org/2013/02/05-html-media-minutes.html paulc
16:58:22 [Zakim]: -martinsoukup
16:58:43 [Zakim]: -pal
16:58:45 [Zakim]: -adrianba
16:58:47 [Zakim]: -johnsim
16:58:49 [Zakim]: -joesteele
16:58:49 [joesteele]: paulc: adjourned
16:58:50 [Zakim]: -KevinStreeter
16:58:53 [Zakim]: -Michael_Thornburgh
16:58:57 [joesteele]: rrsagent, generate minutes
16:58:57 [RRSAgent]: I have made the request to generate http://www.w3.org/2013/02/05-html-media-minutes.html joesteele
16:59:04 [Zakim]: -ddorwin
17:00:28 [joesteele]: s/adrianba[;]/adrianba:/
17:00:38 [joesteele]: rrsagent, generate minutes
17:00:38 [RRSAgent]: I have made the request to generate http://www.w3.org/2013/02/05-html-media-minutes.html joesteele
17:01:18 [joesteele]: Zakim, bye
17:01:18 [Zakim]: leaving. As of this point the attendees were joesteele, pal, Michael_Thornburgh, +1.425.269.aaaa, KevinStreeter, ddorwin, adrianba, johnsim, paulc, BobLund, Aaron_Colwell,
17:01:18 [Zakim]: Zakim has left #html-media
17:01:21 [Zakim]: ... [Microsoft], +1.613.491.aabb, martinsoukup
17:01:29 [joesteele]: rrsagent, generate minutes
17:01:29 [RRSAgent]: I have made the request to generate http://www.w3.org/2013/02/05-html-media-minutes.html joesteele
17:04:04 [joesteele]: rrsagent, bye
17:04:04 [RRSAgent]: I see no action items