[linux-support] korruptes XML-Problem [solved]

[Theo Schmidt]

Hoi Chrigu S. und Liste,

Vielen Dank. Dein Namensvetter ursprünglich aus Fahrni war schneller und 
hat es schon gelöst. Er hat ähnliches wie ich versucht, aber eben richtig.

In der korrupten Datei war falsch:
<style:style 
office:name="__Annotation__5022_660924023111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111" 
office:name="__Annotation__9260_6609240231111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111" 
style:name="P1" style:family="paragraph" style:parent-style-name="p">
<style:paragraph-properties fo:margin-top="0.423cm" fo:margin-bottom="0cm"/>
</style:style>

Er hat daraus gemacht:
<style:style 
office:name="__Annotation__5022_660924023111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111" 
style:name="P1" style:family="paragraph" style:parent-style-name="p">
<style:paragraph-properties fo:margin-top="0.423cm" fo:margin-bottom="0cm"/>
</style:style>
<style:style 
office:name="__Annotation__9260_6609240231111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111" 
style:name="P1" style:family="paragraph" style:parent-style-name="p">
<style:paragraph-properties fo:margin-top="0.423cm" fo:margin-bottom="0cm"/>
</style:style>

Ich hatte etwas ganz ähnliches versucht, aber offenbar immer fehlerhaft. 
Ich verstehe immer noch nicht, weshalb es nicht genügte, beides zu 
löschen, was ich auch versucht hatte.

Ganz OT ist das Thema offenbar doch nicht, aus drei Gründen:

Es scheint ein alter Bug in OO/LO zu sein, der dokumentiert ist aber 
nicht behoben wurde.

Chrigu F. hat Notepad++ mit XML-Tools verwendet. Das konnte die Datei 
schön "tag"weise umbrechen. Ich habe Kwrite genommen, das zwar die Tags 
schön formatiert und wahlweise die tatsächlichen zwei Zeilen anzeigt 
oder nach Seitenbreite umbricht, aber immer noch ziemlich 
unübersichtlich ist. Der Notepad-Clone für Linux Leafpad kann das alles 
nicht und zeigt bei mir diese Datei im Gegenteil sogar ganz unlesber an.

Was mich aber wundert: Weshalb können OO/LO einen für sie so 
wesentlichen aber einfachen Fehler nicht reparieren oder mindestens 
umgehen? Alles spricht von künstlicher Intelligenz, aber Bug-Reparieren 
braucht offenabar echte Intelligenz.

Nun muss ich noch neun weitere solche Dateien bearbeiten, mir zugesandte 
DOCX Kapitel eines Buchs voll von Kommentaren und Änderungen. Abgesehen 
von richtigen Backups gibt es offenbar keine unbedingte Lösung ausser 
MS-Word zu verwenden. Wobei, da ich die Lösung nun kenne, mache ich das 
nicht und verwende Libre Office. Aber mein Korrespondent hat nun leider 
eine eher negative Meinung von OO/LO und ich kann nicht reklamieren, 
dass es in den Richtlinien des betreffenden Verlags heisst "Don't use 
Libre Office!".

Liebe Grüsse,
Theo


Am 30.07.2019 um 12:08 schrieb Christian Schweingruber:
> Guten Morgen Theo
>
> Am 30.07.2019 um 07:18 schrieb Theo Schmidt:
>> Hallo Liste,
>>
>> Dies ist zwar ein OT, hat eigentlich nichts mit Linux zu tun, aber hat es hier vielleicht einen XML- bzw.
>> LibreOffice/OpenOffice Experte, der oder die mir helfen könnte (auch gegen Bezahlung)?
>>
>> Ich habe mit Open Office 6 vier Tage lang an einem ODT-Dokument gearbeitet und immer wieder gesichert (aber nie unter
>> einem anderen Namen), und da OO alle paar Minuten automatisch gesichert hatte, angenommen, dass da Backups erstellt
>> wurden, was aber nicht der Fall war; der Backup-Ordner war leer.
> Es gibt da verschiedene Orte, wo man suchen muss.
>>
>> Bis zum letzten Sichern schien alles in Ordnung, aber nachher konnte ich die Datei nicht mehr öffnen: ein XML-Fehler in
>> content.xml.
>>
>> Es handelt sich ziemlich genau um diesen Fehler:
>>
>> https://forum.openoffice.org/en/forum/viewtopic.php?p=348967
>>
>> nämlich Quasi-Duplikate von so etwas:
>> <office:automatic-styles>
>> <style:style office:name="__Annotation__7746_212893301111111111111111111"
>>
>> Aber bei mir funktionierte diese Lösung nicht, und auch andere ähnliche angebotene Lösungen, welche vorschlagen, beide
>> dieser Tags zu löschen, oder alle <office:automatic-styles>, die hier gar nichts zu suchen hätten.
>>
>> Ich habe auch Firefox zur Hilfe genommen, der bei korruptem XML die genaue Stelle angibt, und dann Zeugs gelöscht oder
>> umgestellt, bis Firefox zufrieden war und wohlgeformtes XML anzeigte. Aber OO oder LO konnten es immer noch nicht öffnen
>> oder reparieren.
>>
>> Es ist für mich eine wichtige Datei mit 4 Tagen Arbeit drin, aber 4 Stunden Arbeit haben nicht gereicht, den Fehler zu
>> beheben. Falls aber jemand von euch den Fehler kennt oder sonst ein XML-Crack ist, bitte melden. (Den *Text* habe ich
>> schon, aber der nützt mir nichts, da es um die Änderungen und Kommentare geht.)
>
> Probieren würde ich es schon mal. Wir können ja über eine sinnvollen Aufwandgrenze diskutieren.
>
> viele Grüsse
> Chrigu
>
>>
>> Viele Grüsse,
>> Theo
>>
>>