- État Fermée
- Pourcentage achevé
- Type Implementation
- Catégorie Application → UI
-
Assignée à
DevTeam - Système d'exploitation Tous
- Sévérité Basse
- Priorité Moyenne
- Basée sur la version 17.x-dev
- Due pour la version 18.0
-
Échéance
Non décidée
- Votes
- Privée
Ouverte par DevTeam - 2018-01-07
Dernière modification par DevTeam - 2018-01-10
FS#1631 - Meilleur suivi des états d'édition des documents et des articles (gestion de l'OCCL)
Attention, certains utilisateurs commencent par éditer un document, sans l’enregistrer, il modifie un ou plusieurs articles dans la stock, pour revenir sur le document.
Cela pose des problème de gestion de l’OCCL (gestion optimiste de la concurrence). Du coup, ils reçoivent un avertissement : “cet ... a été modifié par un autre utilisateur”.
Lorsque cela arrive, le nouvel enregistrement modifié reste dans l’UI et rend ainsi impossible toute modification ultérieure (perte de l’enchaînement de l’OCCL).
A analyser.
—
Ce problème apparaît par effet de bord relatif à une autre cause d’erreur.
L’examen des bases de données à l’origine de cet ticket montre que le souci d’OCCL provenait d’un leader ayant réussit à envoyer des données corrompue sur le service TRK4B.
On constate par exemple que si on ajoute un nouveau document, celui-ci ne s’enregistre pas et qu’il reçoit un numéro de série plus élevé que le nombre de document.
Cette situation peut se produire par exemple, lorsque l’utilisateur laisse sa session ouverte alors que le support réalise une opération de récupération.
Ce n’est pas un bug.