Corruption d'ODS: attibuts redondants dans content.xml

fr-users
#1

Bonjour,

Tout notre bureau d'étude travail sous Libreoffice, et nous avons des
problèmes de corruption des fichiers depuis quelques temps.

"Erreur de lecture.
Erreur de format dans le fichier du sous-document content.xml à la position
2,188195(row,col)."

J'ai d'abord penser à une erreur d'écriture disque.

Or en dézippant le .ods et en ouvrant ce fameux content.xml avec
XMLcopyEditor, je me suis rendu compte que c'était bel et bien libreoffice
qui semblait poser problème:
Mes fichiers contenaient des attributs draw:mirror-horizontal="true"
redondants qui faisaient planter mon fichier (voir les deux copies d'écran).

J'ai donc supprimé ces deux attibuts redondants (ajoutés en milieu et fin de
fichier), rezippé le tout, renommé en .ods et mon fichier est redevenu
lisible.

Informations systèmes:

- Personne ayant créé et écrit dans le fichier:
OS = Debian Stable Jessie 8.1 (kernel Linux debian 3.16.0-4-amd64)
Libreoffice = libreoffice 4.3.3-2+deb8u1 (amd64)

- Mon poste (sur lequel le fichier plantait également en lecture):
OS = Debian Testing Stretch 9 (kernel Linux Debiaume 4.1.0-1-amd64)
Libreoffice = libreoffice 4.4.5-2 (amd64)

Y'a-t-il un moyen d'éviter ces problèmes de corruption (une dizaine de
fichiers corrompus pendant ces vacances) ?
Dois-je ouvrir un rapport de bug ? Si oui comment procéder?

D'avance merci,

<http://nabble.documentfoundation.org/file/n4158454/Capture_d_écran_de_2015-08-27_09-57-08.png>
<http://nabble.documentfoundation.org/file/n4158454/Capture_d_écran_de_2015-08-27_09-59-48.png>

#2

Bonjour,

Bonjour,

Tout notre bureau d'étude travail sous Libreoffice, et nous avons des
problèmes de corruption des fichiers depuis quelques temps.

Est-ce qu'il s'est passé quelque chose de particulier sur votre SI avant
ce "quelques temps" ? Par exemple un changement de version ou des
changements particuliers sur ces fichiers (macro, aller-retour ODF <->
OOXML, des trucs bizarres, quoi :wink: ).

"Erreur de lecture.
Erreur de format dans le fichier du sous-document content.xml à la position
2,188195(row,col)."

J'ai d'abord penser à une erreur d'écriture disque.

Or en dézippant le .ods et en ouvrant ce fameux content.xml avec
XMLcopyEditor, je me suis rendu compte que c'était bel et bien libreoffice
qui semblait poser problème:
Mes fichiers contenaient des attributs draw:mirror-horizontal="true"
redondants qui faisaient planter mon fichier (voir les deux copies d'écran).

J'ai donc supprimé ces deux attibuts redondants (ajoutés en milieu et fin de
fichier), rezippé le tout, renommé en .ods et mon fichier est redevenu
lisible.

Félicitations !
Est-ce que la corruption de fichier réapparait ensuite ?

Informations systèmes:

- Personne ayant créé et écrit dans le fichier:
OS = Debian Stable Jessie 8.1 (kernel Linux debian 3.16.0-4-amd64)
Libreoffice = libreoffice 4.3.3-2+deb8u1 (amd64)

- Mon poste (sur lequel le fichier plantait également en lecture):
OS = Debian Testing Stretch 9 (kernel Linux Debiaume 4.1.0-1-amd64)
Libreoffice = libreoffice 4.4.5-2 (amd64)

Il serait intéressant d'essayer aussi avec une 5.0.1.

Y'a-t-il un moyen d'éviter ces problèmes de corruption (une dizaine de
fichiers corrompus pendant ces vacances) ?

Pour cela il faudrait savoir ce qui les provoque. À part utiliser une
version de LibreOffice à jour (4.4.x ou 5.0.x) je ne vois pas pour
l'instant.

Dois-je ouvrir un rapport de bug ? Si oui comment procéder?

Les infos nécessaires sont là :
https://fr.libreoffice.org/get-help/feedback/
Mais il faudrait commencer par ouvrir un rapport de bug chez Debian
puisque c'est une version obsolète maintenue par Debian qui cause cette
corruption. La branche 4.3 n'est plus maintenue par le projet
LibreOffice depuis plusieurs mois et le premier volontaire qui cherchera
à confirmer votre rapport de bug vous demandera de commencer par mettre
votre version à jour.

Cela dit un rapport de bug sans scénario précis pour reproduire le
problème (la corruption du fichier) est d'une utilité relative à moins
que la connaissance de l'attribut redondant soit suffisante pour qu'un
développeur puisse contourner le problème (permettre la lecture quand même).

Bonne journée
JBF