It was noticed on some machines that it can enter a state of running a task while the initial dialog to sign into Apple iCloud was still displaying. generic-worker shouldn't start until the puppet configuration is done so I'm not sure where the race is just yet. Once the machine is fully initialized and rebooted, things seem fine.

Here is a screenshot: https://queue.taskcluster.net/v1/task/UCSRfkEuRCyETUyInNQ9Jw/runs/0/artifacts/public/test_info/mozilla-test-fail-screenshot_eBpcE3.png

This might be fixed by applying the workarounds in this bug to the user that is running the tasks: bug 1059438

(In reply to Greg Arndt [:garndt] from comment #2) > This might be fixed by applying the workarounds in this bug to the user that > is running the tasks: bug 1059438 I checked this in a loaner machine and the configs are right, and icloud seems to not be running.

Hi Johan, do you know if this is still a problem? Greg has since left, so I thought you might be a good person to ask - but if you know someone in releng that might have a better idea, feel free to redirect the question. :-)

(I suspect this is a duplicate of bug 1373118)

I'm sorry, I don't know anything about the accounts set up on Mac. Based on a quick poll around the table, nobody from Releng seems to know about them. Relops may, though. Per an `hg annotate`, it seems Dragos set up the machines, back then. Would you be able able to help, Dragos? If not, feel free to redirect.

I looked on /Users/cltbld/Library/Preferences/com.apple.SetupAssistant.plist and everything looks OK. :dividehex Do you have any idea if I need to check on other place? I looked first on the puppet code, and this is the file that is changed. The puppet file is modules/disableservices/manifests/user