---
title: "Nouveautés de la version 2.0.60"
weight: 280
description: "Les applications mobiles savent si le serveur répond, une installation incomplète de SmartAuth est signalée clairement et les conflits de synchronisation sont résolus sur le bon type d'objet dans la version 2.0.60 de SmartAuth."
---

# 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.