Nuestro equipo de redactores ha pasado mucho tiempo buscando la respuesta a tus interrogantes, te dejamos la resolución así que esperamos serte de gran apoyo.
Solución:
Descubrí agregando esto a sus parámetros de URL
aprobación_prompt=forzar
Actualizar:
Usar access_type=offline&prompt=consent en cambio.
approval_prompt=force ya no funciona https://github.com/googleapis/oauth2client/issues/453
Si puedo ampliar la respuesta del usuario 987361:
Desde la parte de acceso sin conexión de los documentos de OAuth2.0:
Cuando su aplicación recibe un token de actualización, es importante almacenar ese token de actualización para uso futuro. Si su aplicación pierde el token de actualización, tendrá que volver a solicitar el consentimiento del usuario antes de obtener otro token de actualización. Si necesita volver a solicitar el consentimiento del usuario, incluya el
approval_prompt
parámetro en la solicitud de código de autorización y establezca el valor en
force.
Entonces, cuando ya haya otorgado acceso, las solicitudes posteriores de un grant_type de authorization_code no devolverá el refresh_tokenincluso si access_type se fijó en offline en la consulta string de la página de consentimiento.
Como se indica en la cita anterior, para obtener una nuevorefresh_token después de recibir uno, deberá enviar a su usuario de regreso a través del aviso, lo que puede hacer configurando approval_prompt a force.
Salud,
PD Este cambio también se anunció en una publicación de blog.
Está access_type=offline eso que quieres.
Esto devolverá el token de actualización la primera vez que el usuario autorice la aplicación. Las llamadas posteriores no lo obligan a volver a aprobar la aplicación (approval_prompt=force).
Ver más detalles: https://developers.google.com/accounts/docs/OAuth2WebServer#offline
Reseñas y puntuaciones del post
Tienes la opción de añadir valor a nuestra información participando con tu veteranía en las referencias.