J'en pense plusieurs choses 😛

• Ca a existé, a un moment donné : #155 — pas pour des questions d'expiration, mais même principe
• Actuellement on a cozy.bar.updateAccessToken qui existe

J'élargis un peu le scope, mais c'est la même chose pour cozy-realtime ou la synchro pouchdb (pre-cozy-client, je sais pas comment c'est géré dans la dernière version) — quand le token de ces libs expirent, elles se mettent à failer sans prévenir.

Est-ce que c'est leur responsabilité de demander un nouveau token à l'app quand ca arrive, ou est-ce que c'est la responsabilité de l'app de leur fournir un nouveau token avant que l'actuel expire?
Perso j'aurais tendance à dire que c'est la responsabilité de l'app de gérer les tokens et donc de les renouveler dans les libs qui dépendent d'elles.

from cozy-bar.

Court terme

La bar ne regénère pas son token. C'est donc forcément à l'app de lui mettre à jour via le updateAccessTokenqui lui est exporté.

• L'app doit surveiller la mise à jour du token de son client et faire suivre les mises à jour à la bar
• L'app doit brancher une fonction sur le reveil de l'app (l'app repasse en avant plan) pour systématiquement vérifier l'age du token et le regénérer si besoin (histoire qu'on soit certain que la bar en ait un récent quand elle cherche à l'utiliser). On peut imaginer regénérer d'office le token s'il a dépassé 1/3 ou 1/2 de sa vie.

Cette option laisse un angle mort : Si je n'utilise pas mon app pendant une semaine, que je la réouvre et que je tente d'utiliser la bar avant que l'app n'ait eu le temps de rafraichir l'access token. Ca reste toutefois suffisamment limité pour être acceptable.

Long terme

Pouvoir injecter un cozy-client dans la bar

from cozy-bar.

Closed by #461 ?

from cozy-bar.

Pour moi oui. Après ça demande maintenant que les différentes app mettent à jour la bar et utilisent leur instance cozyClient dans l'initialisation.

@kosssi tu confirmes que c'est à fermer pour toi ?

from cozy-bar.