<div dir="ltr"><div>If 46 makes the most sense from an engineering standpoint, it seems to make a lot of sense from a metrics standpoint. We'd continue to support 98% of active users from the last 7 days.</div><div><br></div><div>Questions:</div><div>- Can we easily display a message to pre-56 users to upgrade? (IIUC, we seem to already do it in some cases)<br></div><div>- What quantity of work is required to remove support for old browsers? (1 engineer in 2 weeks? 4 weeks? 6 weeks?)<br></div><div>- I suppose that the answer of the previous question will influence this one but... Is this work that we want/need to plan for in Q4 OKRs? In our draft Q4 OKRs, we didn't plan to this. We thought Q1 would make sense combined with some performance work. Do we still feel that this makes sense?<br></div><br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div></div><div>--<br>Alex Davis <span>// Mountain View</span></div><div>Product Manager // FxA & Sync<br></div>(415) 769-9247</div><span></span></div><div>IRC & Slack: adavis<br></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Mon, Sep 25, 2017 at 9:39 AM, Shane Tomlinson <span dir="ltr"><<a href="mailto:stomlinson@mozilla.com" target="_blank">stomlinson@mozilla.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Mon, Sep 25, 2017 at 6:50 AM, Ryan Kelly <span dir="ltr"><<a href="mailto:rfkelly@mozilla.com" target="_blank">rfkelly@mozilla.com</a>></span> wrote:<br><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="m_-5403742573711809359gmail-m_6056661774936543872gmail-h5"><div class="gmail_quote"><span class="m_-5403742573711809359gmail-"><div></div></span><div>AFAICT, Firefox used context=fx_desktop_v1 up until Firefox 45 and our switch to webchannels in this bug:</div><div><br></div><div> <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1218022" target="_blank">https://bugzilla.mozilla.org/s<wbr>how_bug.cgi?id=1218022</a></div><div><br></div><div>If then used context=fx_desktop_v2 for a while one release, when we landed this bug for Firefox 46:</div><div><br></div><div> <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1204714" target="_blank">https://bugzilla.mozilla.org/s<wbr>how_bug.cgi?id=1204714</a></div><div><br></div><div>So IIUC dropping support for those two integrations would disable Fxa login on Firefox 45 and earlier, which seems reasonable to me.</div></div></div></div></div></blockquote><div><br></div></span><div>fx_desktop_v1 and fx_desktop_v2 are the two that cause the most slowdown. I'd also like to get rid of fx_firstrun_v1. fx_firstrun_v2 was used beginning with Firefox 46:</div><div><br></div><div><a href="https://github.com/mozilla/bedrock/pull/3851" target="_blank">https://github.com/mozilla/<wbr>bedrock/pull/3851</a></div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="m_-5403742573711809359gmail-m_6056661774936543872gmail-h5"><div class="gmail_quote"><div><br></div><div>That said, I'll note that the fx_ios_v1 broker currently extends fx_desktop_v1:</div><div><br></div><div> <a href="https://github.com/mozilla/fxa-content-server/blob/master/app/scripts/models/auth_brokers/fx-ios-v1.js" target="_blank">https://github.com/mozilla/fxa<wbr>-content-server/blob/master/<wbr>app/scripts/models/auth_<wbr>brokers/fx-ios-v1.js</a></div><div><br></div><div>So we'll have to double-check that we don't accidentally lose test coverage for iOS if we remove the desktop version.<br></div></div></div></div></div></blockquote><div><br></div><div><br></div></span><div>This also needs to be considered for fx_desktop_v2=>fx_desktop_v3 and fx_firstrun_v1=>fx_firstrun_<wbr>v2. I want to speed up development, but not at the expense of broken supported flows.</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Shane</div></font></span></div></div></div>
</blockquote></div><br></div>