Nouveautés de la version 2.0.60

Les applications mobiles savent si le serveur répond

Une application mobile connectée à SmartAuth vérifie régulièrement que le serveur est joignable, pour savoir si elle peut envoyer ce qu'elle a enregistré hors connexion. Elle dispose désormais d'une adresse prévue pour cela, qui répond sans connexion préalable, sans charger la base de données et sans remplir le journal des requêtes de SmartAuth, même appelée toutes les minutes.

Jusqu'ici, cette vérification passait par des adresses qui demandaient une connexion : l'application pouvait croire le serveur injoignable alors qu'il répondait.

Une installation incomplète est signalée clairement

Un module SmartMaker, comme SmartInterventions, a besoin de SmartAuth. Si l'activation de SmartAuth échoue, par exemple parce qu'une de ses tables n'a pas pu être créée, Dolibarr laisse pourtant le module SmartMaker activé. Son application mobile échouait alors à la connexion sur une erreur de base de données difficile à comprendre.

L'application reçoit maintenant un message indiquant que SmartAuth n'est pas activé, et la cause est inscrite dans le journal de Dolibarr. Pour corriger, activez SmartAuth dans Configuration > Modules : le message d'erreur affiché à l'activation indique ce qui bloque.

Des conflits de synchronisation résolus sur le bon objet

Quand une modification faite hors connexion entre en conflit avec une modification faite entre-temps sur le serveur, SmartAuth conserve les deux versions jusqu'à ce que l'utilisateur choisisse. Chaque conflit enregistre désormais le type exact de l'objet concerné, et l'application le reçoit directement au lieu de le déduire.

Le choix de l'utilisateur est ainsi appliqué avec les règles de ce type d'objet (champs modifiables, droits), y compris quand un module SmartMaker ajoute ses propres types d'objets à côté de ceux de SmartAuth.

Mise à jour

1. Remplacez le dossier smartauth par celui de l'archive 2.0.60.
2. Désactivez puis réactivez le module SmartAuth dans Configuration > Modules : la réactivation ajoute la nouvelle information des conflits de synchronisation. Sans réactivation, tout continue de fonctionner, les conflits étant alors rattachés à leur type comme auparavant.