TrySetSetString can only be called from the main thread.

I am using the Auth Sample in there to Signing an email/pass user:

I receive an error:

TrySetSetString can only be called from the main thread. Constructors and field initializers will be executed from the loading thread when loading a scene. Don’t use this function in the constructor or field initializers, instead move initialization code to the Awake or Start function.

` // Create a user with the email and password. public Task CreateUserWithEmailAsync(UserLoginDetails userLogin) { Debug.Log(String.Format(“Attempting to create user {0}…”, email)); // DisableUI();

    // This passes the current displayName through to HandleCreateUserAsync
    // so that it can be passed to UpdateUserProfile().  displayName will be
    // reset by AuthStateChanged() when the new user is created and signed in.
    string newDisplayName = userLogin.name;
    return auth.CreateUserWithEmailAndPasswordAsync(userLogin.email, userLogin.password)
      .ContinueWith((task) =>
      {
          //  EnableUI();
          if (LogTaskCompletion(task, "User Creation"))
          {
              var user = task.Result;
              DisplayDetailedUserInfo(user, 1);
            //  DataController.Instance.LoginProvider = ProviderEnum.password.ToString();
              DataBaseModel.Instance.SaveUserPersonalInfoData(userLogin.country, userLogin.gender, userLogin.email, user.UserId);
              ExecuteNativePopup("Welcome " + displayName, "Email Sign up successfully completed.");
              uiController.OnClick_CloseAllActiveSubMenus();
              return UpdateUserProfileAsync(newDisplayName: newDisplayName);
          }
          return task;
      }).Unwrap();
}

  // Called when a sign-in without fetching profile data completes.
    void HandleSignInWithUser(Task<Firebase.Auth.FirebaseUser> task)
    {
       // EnableUI();
        if (LogTaskCompletion(task, "Sign-in"))
        {
            Debug.Log(String.Format("{0} signed in", task.Result.DisplayName));
            DataController.Instance.LoginProvider = ProviderEnum.password.ToString(); //ERROR IS HERE
            uiController.OnClick_CloseAllActiveSubMenus(); //ALSO CAN HAPPEN HERE
        }
    }
`

Problem is that you cannot execute Unity related outside Unity main thread. What is the correct method to execute Unity tasks after signing ?

[a-maurice]

Yeah, no worries. So, to just provide you with what we do with our libraries, we have a class that to queue up actions, and provides a method to run on the owning thread. Note that you probably would not normally need something this complex, but for a general solution that handles a lot of cases, this should work.

// Enables callbacks to be dispatched from any thread and be handled on
// the thread that owns the instance to this class (eg. the UIThread).
internal class ThreadDispatcher {
  private int ownerThreadId;
  private System.Collections.Generic.Queue<System.Action> queue =
      new System.Collections.Generic.Queue<System.Action>();

  public ThreadDispatcher() {
    ownerThreadId = System.Threading.Thread.CurrentThread.ManagedThreadId;
  }

  private class CallbackStorage<TResult> {
    public TResult Result { get; set; }
    public System.Exception Exception { get; set; }
  }

  // Triggers the job to run on the main thread, and waits for it to finish.
  public TResult Run<TResult>(System.Func<TResult> callback) {
    if (ManagesThisThread()) {
      return callback();
    }

    var waitHandle = new System.Threading.EventWaitHandle(
        false, System.Threading.EventResetMode.ManualReset);

    var result = new CallbackStorage<TResult>();
    lock(queue) {
      queue.Enqueue(() => {
        try {
          result.Result = callback();
        }
        catch (System.Exception e) {
          result.Exception = e;
        }
        finally {
          waitHandle.Set();
        }
      });
    }
    waitHandle.WaitOne();
    if (result.Exception != null) throw result.Exception;
    return result.Result;
  }

  // Determines whether this thread is managed by this instance.
  internal bool ManagesThisThread() {
    return System.Threading.Thread.CurrentThread.ManagedThreadId == ownerThreadId;
  }

  // This dispatches jobs queued up for the owning thread.
  // It must be called regularly or the threads waiting for job will be
  // blocked.
  public void PollJobs() {
    System.Diagnostics.Debug.Assert(ManagesThisThread());

    System.Action job;
    while (true) {
      lock(queue) {
        if (queue.Count > 0) {
          job = queue.Dequeue();
        } else {
          break;
        }
      }
      job();
    }
  }
}

In order to use that class, in a MonoBehaviour you would do:

private ThreadDispatcher MyDispatcher;

public Awake() {
  // Create the ThreadDispatcher on a call that is guaranteed to run on the main Unity thread.
  MyDispatcher = new ThreadDispatcher();
}

public Update() {
  MyDispatcher.PollJobs();
}

public TResult RunOnMainThread<TResult>(System.Func<TResult> f) {
  return MyDispatcher.Run(f);
}

And then finally, you could use that with your Auth call like:

return auth.CreateUserWithEmailAndPasswordAsync(userLogin.email, userLogin.password)
      .ContinueWith((task) => {
    return RunOnMainThread(HandleCreateUser(task));
  });

As for await vs ContinueWith, you can think of await as just a different way to format ContinueWith, where instead of the code being within the ContinueWith call, it is instead just after the await. Unfortunately, I believe it would have the same problem that the ContinueWith has, that the await is not guaranteed to return on the main Unity thread.

[a-maurice]

Hi @robertlair

Sorry for the delay in response. Not entirely sure what that error could mean, unfortunately. My best guess would be that the type of HandleAction isn’t the correct type for it. Basically, you would want to be calling it with something like: RunOnMainThread(() => { return 0; }); In that you give RunOnMainThread a function to run later.