Salut @thanaus ,
Je suis sûr que tu as lu cette page mais juste au cas où tu serais passé à côté, je t’en envoie le lien.
Ça me paraît essentiel pour la résolution du problème objet du présent sujet.
Tout est fonctionnel sur mon installation mais je dois finaliser la mise à jour entre l’ancienne configuration de l’équipement et la nouvelle configuration.
Par contre, le workflow sera un peu plus complexe (beaucoup plus complexe) car il va falloir créer une application sur la console Google…
Qui est à l’aise pour valider une beta cette semaine ?
Bonjour,
Il semblerait qu’il y est également des problèmes de token avec DropBox.
En effet, DropBox a changé ca méthode d’authentification et n’accepte plus les tokens permanent.
2022/11/05 03:00:15 ERROR : Attempt 2/3 failed with 1 errors and: expired_access_token/..
2022/11/05 03:00:15 ERROR : Dropbox root 'Projets/Domotique/JeedomInstall/BackupSweetMisy': error reading destination root directory: expired_access_token/..
2022/11/05 03:00:15 ERROR : Dropbox root 'Projets/Domotique/JeedomInstall/BackupSweetMisy': not deleting files as there were IO errors
2022/11/05 03:00:15 ERROR : Dropbox root 'Projets/Domotique/JeedomInstall/BackupSweetMisy': not deleting directories as there were IO errors
2022/11/05 03:00:15 ERROR : Attempt 3/3 failed with 1 errors and: expired_access_token/..
2022/11/05 03:00:15 INFO :
Transferred: 0 B / 0 B, -, 0 B/s, ETA -
Errors: 1 (retrying may help)
Elapsed time: 11.0s
2022/11/05 03:00:15 Failed to sync: expired_access_token/..
On peut lire sur les forums DropBox :
Dropbox is currently in the process of switching to only issuing short-lived access tokens (and optional refresh tokens) instead of long-lived access tokens. You can find more information on this migration here.
Apps can still get long-term access by requesting « offline » access though, in which case the app receives a « refresh token » that can be used to retrieve new short-lived access tokens as needed, without further manual user intervention. You can find more information in the OAuth Guide and authorization documentation.
The Dropbox JavaScript SDK itself has functionality built in to support this. You can find examples here, such as this one that shows how to set the refresh token.
Une évolution est-elle envisageable ?
Merci à l’équipe.
Bonjour,
A ta disposition pour la validation
@Matt : merci d’ouvrir un nouveau topic car celui concerne plutôt Google Drive vu tous les intervenants
Je vais prendre en compte ASAP ta demande 
Merci de ton aide
Pour la création de l’application, il faut suivre la procédure indiquer dans la documentation Rclone à un détail prêt :
Au point 7, il faut créer une application de type « Web application » et ajouter l’URL de redirection dans la partie « Authorized redirect URIs »
L’URL de redirection doit suivre le format suivant : https://[server]/plugins/cloudsyncpro/core/php/CSRedirectURI.php ou [server] est l’adresse externe de ton serveur
Arrgh, gros souci, mon adresse externe n’est pas en https et n’est qu’une simple redirection de port sur mon domaine perso.
Je pense que tu peux tenter hors https… mais l’URL doit être accessible de l’extérieur.
En effet, les serveurs de Google vont appeler cette URL avec un code qui me permettra alors d’avoir un token d’accès et un token de refresh
Il n’y a besoin d’avoir accès à ton installation Jeedom uniquement lors de l’association
Ca part mal, il me demande sélectionner DRIVE parmi les API et services activés et il n’y a pas Drive, juste ça et il y a de quoi hésiter entre les différents Cloud :
[BigQuery API]
[BigQuery Migration API]
[BigQuery Storage API]
[Cloud Datastore API]
[Cloud Debugger API]
[Cloud Logging API]
[Cloud Monitoring API]
[Cloud SQL]
[Cloud Storage]
[Cloud Storage API]
[Cloud Trace API]
[Google Cloud APIs]
[Google Cloud Storage JSON API]
[Service Management API]
[Service Usage API]
Bon, trouvé, je continue.
Comme je le redoutais, l’usage du HTTPS est obligatoire pour publier les projets :
Faire passer l'état de publication de "Test" à "En production" n'est possible que pour les projets utilisant des URL HTTPS. Pour publier votre appli, modifiez vos clients OAuth et supprimez les URL qui ne sont pas de type HTTPS sur la [page des identifiants](https://console.cloud.google.com/apis/credentials/consent?project=jeedom-367916). Les clients suivants comportent des URL qui ne sont pas de type HTTPS :
Il ne te reste plus qu’à passer en HTTPS sur ton installation
Je suis désolé mais ce sont des contraintes externes que je ne peux modifier
Bon je suis passé en HTTPS.
Une fois les ID et code créés que dois-je faire ?
Le lien vers le compte google générant tjrs la même erreur.
C’est normal puisque je n’ai encore rien push dans la version beta du plugin…
Ok alors tu me diras.
Quoiqu’il en soit j’ai créé un projet Jeedom avec une authentification rclone qui pointe vers mon site en https.
Bonjour @thanaus ,
Pour savoir où tu en es, quelque chose a bougé sur le plugin par rapport à GDrive ?
Je finalise mes derniers tests début semaine prochaine
Je mettrai à jour ce topic dès que les modifications seront dans la version beta
Mise à jour en version beta du système d’authentification pour les équipements Google Drive.
Merci de suivre la procédure indiquée un peu plus haut dans le topic :