Project

General

Profile

Scénario #35037

Updated by Joël Cuissinat over 1 year ago

Objectif :
* Éviter la 2nde synchro_zephir
* Proposition : renvoyer la liste à la fin de synchro_zephir

> En ajoutant simplement quelques étapes à la procédure actuelle dans les fichiers lib_backend.py, côté Zéphir, et zephirservice.py, côté client, se pose le problème de la séquence globale des opérations :
> il faut un second synchro_zephir pour remonter l’état après les opérations du premier, au moins dans certains cas d’usage.
> Par exemple, en partant d’un client avec des fichiers personnalisés :
>
> si on modifie un fichier personnalisé sur le client, après un synchro_zephir, la modification est signalée
> si on repousse le fichier original depuis le Zéphir avec les actions, après un synchro_zephir, la modification est toujours signalée (mais le fichier est correct sur le client)
> après un second synchro_zephir, la modification n’est plus signalée (si aucune modification n’a eu lieu entre les deux, évidemment)

Cette correction permettrait par exemple de supprimer l'actuel pas n°20 du test "ZE-T03-005 - Envoi de fichiers via une variante":https://dev-eole.ac-dijon.fr/squash/test-cases/1612/info

Back