[fr-qa] Corruption des documents

2017-04-23 Par sujet Scrat
Bonjour.

Sur le forum Open Office, avec quelques utilisateurs, je participe aux
tentatives de récupération de documents corrompus.

La plupart du temps, la corruption a remis tous les octets à zéro, ou bien
le document a conservé sa structure d'archive zip mais tous le texte du
sous-document "content.xml" est remplacé par des #. Dans ces deux cas, on ne
peut que signer l'acte de décès du document accompagné de nos condoléances
attristées.

Mais dans les cas où le document est réparable, la cause de la corruption
est souvent la duplication d'un attribut de style dans une balise du
sous-document "content.xml". Le résultat est que Open Office / Libre Office
ne peuvent pas afficher le document et affichent seulement un message
indiquant la position de l'erreur. L'utilisateur lambda est donc bloqué,
mais les bricoleurs dont je fais partie arrivent à réparer le document en
mettant les mains dans le cambouis: il suffit d'éditer le sous-document
"content.xml" et de supprimer l'attribut dupliqué. Parfois la résolution
d'une erreur en fait découvrir une autre du même type un peu plus loin, mais
avec un peu de patience on arrive à réparer le document.

Tout ce préambule pour poser deux questions pour le cas où la corruption
résulte de la duplication d'un attribut de style:
1. A-t-on une idée de ce qui provoque ces duplications? Anomalies dans les
enchaînement Do-Undo, par exemple, ou autre chose ?
2. Peut-on imaginer une amélioration du logiciel qui éviterait le blocage
dans le cas de la duplication d'un attribut ? La structure XML du
sous-document étant intacte, à la duplication d'attributs près, il suffirait
tout simplement d'ignorer les définitions redondantes, ou bien de ne
conserver que la dernière définition de chaque attribut. Si une telle
amélioration était possible, je laisse à ceux qui maîtrise le patois Grand
Breton le soin d'en faire la demande.

Scrat



--
View this message in context: 
http://nabble.documentfoundation.org/Corruption-des-documents-tp4213114.html
Sent from the QA mailing list archive at Nabble.com.

-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés


Re: [fr-qa] [BASIC] Crash de LibreOffice lors des tentatives d'examen d'objets Table

2017-04-23 Par sujet Rpnpif
Le 22 avril 2017, Jean-Francois Nifenecker a écrit :

> Bonsoir Michel,
> 
> Le 22/04/2017 à 22:15, Michel Rudelle a écrit :
> >
> > Même comportement avec ce fichier de test, que se soit l'analyse directe de
> > l'objet, ou avec Xray => crash
> > Testé sous Vista-32b avec:
> > LibO 5.2.3.3 te LibO 5.3.2.2
> >
> > En regardant la spécificité de cette table, si je supprime la ligne 2 avec
> > des cellules fusionnées, le crash n'a pas lieu (testé avec 5.3.2.2), c'est
> > donc par là ...  
> 
> Merci pour ces tests.
> 
> Le rapport de bug a été vu par les développeurs.

Et il est marqué en critique, haute priorité et bibisecté. Il devrait
être corrigé rapidement à mon avis.

-- 
Alain Rpnpif
Votons !

-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés