Bugzilla

Some users (two, so far, internal to Mozilla) on nightly are not getting the expected behavior from UITour. But not all users. 

The symptoms of this bug are that Firefox users visiting web pages that implement UITour do not get UITour behavior on those pages. For example:

* Signed-in Firefox users visiting https://www.mozilla.org/firefox/accounts/ should *not* see an Accounts sign-in form. But some do see the form.
* Signed-in Firefox users visiting https://www.mozilla.org/firefox/67.0.1/whatsnew/ should see a Monitor sign in form, not an Accounts sign up form. But some see the Accounts sign in form.
* Firefox users visiting https://www.mozilla.org/en-US/firefox/63.0/tracking-protection/start/?variation=0&step=1 should see a tour, but some do not.

In the developer console, running `Mozilla.Client.getFxaDetails(function(details){console.log(details)})` while visiting any of the above URLs should return an object with UITour status. 
* Users who report this issue are signed in, according to the browser UI, but that object incorrectly includes a `setup: false` property.
* Users who report this issue have devices set up, according to the Accounts setup page, but that object incorrectly includes `false` in the `desktopDevices` and `mobileDevices` properties.

Some users reporting the issue are on MacOS with buildid 20190605095225, but other users on the same OS with the same buildid cannot replicate the issue.

Users reporting the issue are unable to replicate in DevEdition or Release.

This issue will be very impactful if it gets to release, because it will prevent critical Trailhead marketing flows from working correctly.

Some users (two, so far, internal to Mozilla) on nightly are not getting the expected behavior from UITour. But not all users. 

The symptoms of this bug are that Firefox users visiting web pages that implement UITour do not get UITour behavior on those pages. For example:

* Signed-in Firefox users visiting https://www.mozilla.org/firefox/accounts/ should *not* see an Accounts sign in form. But some do see the form.
* Signed-in Firefox users visiting https://www.mozilla.org/firefox/67.0.1/whatsnew/ should see a Monitor sign in form, not an Accounts sign up form. But some see the Accounts sign up form.
* Firefox users visiting https://www.mozilla.org/en-US/firefox/63.0/tracking-protection/start/?variation=0&step=1 should see a tour, but some do not.

In the developer console, running `Mozilla.Client.getFxaDetails(function(details){console.log(details)})` while visiting any of the above URLs should return an object with UITour status. 
* Users who report this issue are signed in, according to the browser UI, but that object incorrectly includes a `setup: false` property.
* Users who report this issue have devices set up, according to the Accounts setup page, but that object incorrectly includes `false` in the `desktopDevices` and `mobileDevices` properties.

Some users reporting the issue are on MacOS with buildid 20190605095225, but other users on the same OS with the same buildid cannot replicate the issue.

Users reporting the issue are unable to replicate in DevEdition or Release.

This issue will be very impactful if it gets to release, because it will prevent critical Trailhead marketing flows from working correctly.