<div dir="ltr">I think we have the sync case covered in <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1419505">https://bugzilla.mozilla.org/show_bug.cgi?id=1419505</a><br></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Feb 5, 2018 at 3:04 PM Richard Newman <<a href="mailto:rnewman@mozilla.com">rnewman@mozilla.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>As we briefly discussed some months ago, this will cause Sync devices to collide: you'll have two profiles that both believe they're FxA device 12345 and Sync client abcdef.</div><div><br></div><div>Avoiding this should be possible by allocating a new Sync client ID, forcing the clients collection to need a sync (lastSync = 0), and doing something similar with FxA device registration. This could potentially require the user to re-enter their FxA password, but I'm not sure.</div><div><br></div><div>Dropping fx-data-dev, CCing FxA and Sync to discuss.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote"></div></div><div class="gmail_extra"><div class="gmail_quote">On Mon, Feb 5, 2018 at 2:45 PM, Dave Townsend <span dir="ltr"><<a href="mailto:dtownsend@mozilla.com" target="_blank">dtownsend@mozilla.com</a>></span> wrote:<br></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>A new feature we are targetting for Firefox 60 involves giving each release channel a separate profile by default. In order to push users into this situation on upgrade non-release channels will make a clone of the release profile for use going forwards. Currently this is a complete copy of all files and settings from the release profile which raises a couple of immediate potential issues:</div><div><br></div><div>The value of toolkit.telemetry.cachedClientID will be shared across potentially many profiles. I could probably regenerate this for each cloned profile if there is a procedure for doing this.</div><div><br></div><div>Any unsent pings will be cloned and so may be sent as duplications. The only way to avoid this would be to not clone the ping but that might mean that those pings are never sent. I'm not sure which is preferable.</div><div><br></div><div>Any other issues I'm not considering?<br></div></div>
<br></blockquote></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">_______________________________________________<br>
Fx-data-dev mailing list<br>
<a href="mailto:Fx-data-dev@mozilla.org" target="_blank">Fx-data-dev@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/fx-data-dev" rel="noreferrer" target="_blank">https://mail.mozilla.org/listinfo/fx-data-dev</a><br>
<br></blockquote></div><br></div>
</blockquote></div>