title: Google Smart Lock disableAutoSignIn() doesn't prevent picker dialog on next app open
body: <p>I'm integrating Google Smart Lock into my app. It seems to work very well except in the case where the user logs out. First, some background ...</p>
  
  <p>On app startup, when the user is not logged in, I make this call:</p>
  
  <pre><code>CredentialRequest r = new CredentialRequest.Builder()
                    .setPasswordLoginSupported(true)
                    .setAccountTypes(IdentityProviders.FACEBOOK)
                    .build();
  
            Auth.CredentialsApi.request(googleApiClient, r)
                    .setResultCallback(result -&gt; {
                      Status status = result.getStatus();
                      if (status.isSuccess()) {
                        onCredentialReceived(result.getCredential());
                      } else  if (status.getStatusCode() == CommonStatusCodes.RESOLUTION_REQUIRED) {
                        try {
                          status.startResolutionForResult(activity, REQUEST_CREDENTIALS);
                        } catch (IntentSender.SendIntentException e) {
                          Timber.e(e, "Couldn't start a resolution request for the user's credentials");
                        }
                      }
                    });
  </code></pre>
  
  <p>Upon logout, my app makes this call:</p>
  
  <pre><code>Auth.CredentialsApi.disableAutoSignIn(googleApiClient)
          .setResultCallback(status -&gt; {
            if (!status.isSuccess()) Timber.e("Error disabling auto sign in");
          });
  </code></pre>
  
  <p>This works well on the first startup of the app; if the user has a single saved credential, I grab it from Google and log the user in seamlessly. If the user has multiple saved credentials, I start the account picker and grab the credential that way. When the user logs out, I disable auto sign in.</p>
  
  <p>Unfortunately, if the user opens the app again after logging out, the result returned from <code>Auth.CredentialsApi.request()</code> tells me a resolution is required, so I ultimately show the account picker again, and again, and again each time the app is restarted. I had assumed that disabling auto sign in would cause subsequent calls to <code>Auth.CredentialsApi.request()</code> to return a status code != <code>CommonStatusCodes.RESOLUTION_REQUIRED</code>; I expected something like <code>CommonStatusCodes.SIGN_IN_REQUIRED</code> (meaning the user needs to explicitly sign in again and agree to save credentials with Smart Lock) or <code>CommonStatusCodes.CANCELED</code> (meaning Smart Lock is disabled at the moment).</p>
  
  <p>Is this a bug in the Smart Lock API or am I doing something wrong? Thanks!</p>