Update on where we stand for Loop-MLP going to Nightly. If I missed
anything, please chime in.
Loop server pieces that still need resolution:
1) *Bug 1019504* <https://bugzilla.mozilla.org/show_bug.cgi?id=1019504>
-Loop server should update session expires for anonymous clients
We need to fix how the hawk session duration is refreshed, in addition
to the load testing and deployment on a prod environment.
2) *Bug 987086* <https://bugzilla.mozilla.org/show_bug.cgi?id=987086>
-Loop web client should use configuration for determining server url
3) *Bug 994115* <https://bugzilla.mozilla.org/show_bug.cgi?id=994115>
-Set up a Nightly ready Server over HTTPS
4) *Bug 1018866* <https://bugzilla.mozilla.org/show_bug.cgi?id=1018866>
-Deploy Loop production server
---------------------
Desktop client-side work that needs resolution for MLP:
5) *Bug 994483* <https://bugzilla.mozilla.org/show_bug.cgi?id=994483> --
get loop client unit tests documented & working with Tbpl
We've only been able to start working on it since we've been on Elm. We
a non-functional WIP today. Whilst the tests work locally, the issue is
with packaged tests - the way we are running them doesn't currently seem
to be compatible. We think this probably a few days of work, but we're
not confident of that estimate yet. We may need some help from the a-team.
6) *Bug 1017902* <https://bugzilla.mozilla.org/show_bug.cgi?id=1017902>
-- Handed-out links should stay valid across link-generator browser restarts
Without this fix, urls would only work until you restart your browser.
We have a working patch, but there's further optimizations and tests to
write. Mark Banner is taking lead on this, and he should have a patch
up for review today. There will be some outstanding questions, but we
believe we can address those after we land in Nightly.
7) *Bug 1017394* <https://bugzilla.mozilla.org/show_bug.cgi?id=1017394>
-- MozSocialAPI initialization issue prevents hawk bits from working
As part of the review process, the reviewer (Mark Hammond) asked us to
fix this before we land on nightly. Mark Banner do this after bug
1017902 as this and Bug 1017902 touch similar areas of code. Probably
1-2 days work.
8) *Bug 994131* <https://bugzilla.mozilla.org/show_bug.cgi?id=994131> --
Loop client needs to use HTTPS when communicating with TokBox servers
We believe the TokBox servers can take care of this, but we want to
verify the solution with them.
Start dogfooding to do now:
* *Bug 1001929* <https://bugzilla.mozilla.org/show_bug.cgi?id=1001929>
-- Loop MLP testing and dogfood client install
This bug is a reminder to sanity check the builds (on different OSs) and
do minimal dogfooding before we put it on Nightly. I think we all
should start doing this now. The builds are available from Elm.
The biggest issue to be aware of currently is bug 1017902 (above ) -
which means we don't re-use session ids across restarts, so your urls
become invalid after a restart.
----------------------
Not required for MLP, but we'll do it as soon:
* *Bug 976789* <https://bugzilla.mozilla.org/show_bug.cgi?id=976789> --
See what parts, if any, of unlanded SimplePush work is required for loop_mvp
We're not handling disconnects & things like that, but it seems we're
probably good enough for early MLP.
* *Bug 998989* <https://bugzilla.mozilla.org/show_bug.cgi?id=998989> --
Loop Client: Upload ICE failure logs
We need one more patch of work for this to be done which is described in
the bug (log upload). I wouldn't block MLP on this, but I'd like this
done before MLP if possible. I'm going to try to find an owner for the
last part today.
* *Bug 1003029* <https://bugzilla.mozilla.org/show_bug.cgi?id=1003029>
-- Desktop client loads additional files for OpenTok SDK from the server
We believe we don't need it for MLP, but we'll likely be landing it today.
* *Bug 1016886* <https://bugzilla.mozilla.org/show_bug.cgi?id=1016886>
-Provide an unregister mechanism (server side)
It is not needed for MLP, but will help to get some session information
cleared out on the server.
--
Maire Reavy <[email protected]>
Mozilla
_______________________________________________
dev-media mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-media
