SUJET :

Bonjour,

J’ai installé la nouvelle version de Diacamma, version 2.4.4.19112711.

Lors de sauvegarde ou bien de restauration d’un projet/instance, j’obtiens le message d’erreur Python suivant :
« '\utf-8' codec can't decode byte 0xe9 position 999: invalid continuation byte »

J’ai remplacé la valeur de position par 999 dans le message d'erreur car cette valeur varie a priori à chaque opération de sauvegarde ou de restauration.

Par exemple :
'\utf-8' codec can't decode byte 0xe9 position 402: invalid continuation byte
'\utf-8' codec can't decode byte 0xe9 position 858: invalid continuation byte
'\utf-8' codec can't decode byte 0xe9 position 144: invalid continuation byte

Cordialement

Bonjour,

Problème noté mais sans solution.
Cela doit venir d'un souci de configuration que je n'arrive pas à reproduire.
Une correction sera apportée quand le problème sera mieux compris.

Bonjour,

J'ai le même soucis.(Voir pièce jointe) Cependant, la sauvegarde et la restauration effectuent correctement

Bonjour,

Il pourrait être intéressant, dans le message d’erreur ('\utf-8' codec can't decode byte 0xe9 position 999: invalid continuation byte), de rajouter le libellé de la chaîne de caractères incriminée.

Cordialement

Bonjour,

Faute de mieux, une solution pour contourner le problème de restauration (par exemple impossibilité de restauration après mise à jour de Diacamma) avec message d'erreur contenant des mots tels que Unicode utf-8 byte, par exemple :
" UnicodeDecodeError: 'utf-8' codec can't decode byte 0xe9 in position 400: invalid continuation byte "
est de supprimer avec Diacamma l'instance considérée, de quitter Diacamma et de supprimer (ou renommer en .OLD) aussi le répertoire du nom de l'instance sur le File System (a priori sous C:\Lucterios2\) puis relancer Diacamma pour créer une nouvelle instance nommée du même nom et enfin restaurer la sauvegarde.
Rem. : si la nouvelle version de Diacamma n'a pas été correctement installée avec la mise à jour, il est possible de de désinstaller Diacamma et de le réinstaller, ... mais c'est plus long.

Testé avec la version Diacamma Syndic 2.4.11 du 24/06/2020, sous Windows 10.

Bonjour,
j'ai le même problème.
Les sauvegardes qui faisaient auparavant 588Ko font dorénavant 12684 Ko...
Et il est impossible de restaurer ces grosses sauvegardes, j'ai la même erreur 0xe9 in position 398...
J'ai choisi donc de sauvegarder le fichier db.sqlite3 en le mettant dans un autre dossier et en le numérotant V1 v2 etc...
Mais c'est pas très classe.

La solution à ce problème a-t-elle été trouvée?

Merci de vos réponses!

François