Falsche Fehlermeldung

Hallo,

ich nutze noch Version: 4.4.6.3 unter Win10.

Wenn ich eine passwort-geschützte Calc-Datei öffnen möchte und aus
Versehen ein falsches Passwort eingebe, dann sollte doch eigentlich eine
entsprechende Fehlermeldung kommen.

Stattdessen erhalte ich die Meldung, dass meine Datei defekt wäre und
nicht repariert werden könnte. Probiert es mal selbst aus!

Ich habe schon Panik bekommen und aus einem Backup die Datei
wiederhergestellt. So eine Userverunsicherung muss ja nicht sein!

Ist das schon bekannt? Mag sonst jemand von euch einen Bugreport
schreiben? - Ich bin dazu nicht fähig.

Danke,
Micha

Hallo Micha,

"[...] Version 4.4.7 (Dezember 2015): Diese Version ist die letzte aus der Entwicklungsreihe 4.4. Sie ist für viele Nutzer, insbesondere wenn Sie einen hohen Wert auf die Stabilität von LibreOffice legen, nach wie vor gut geeignet. Weitere Versionen zur Korrektur von Fehlern sind in dieser Entwicklungsreihe nicht mehr vorgesehen. Um in den Genuss der Verbesserungen zu kommen, sollten Sie überlegen, ob Sie auf eine neuere Version umsteigen. Falls in dieser Version ein Fehler vorhanden ist, der den Einsatz bei Ihnen verhindert, prüfen Sie den Einsatz einer anderen, bevorzugt einer neueren Version von LibreOffice. [...]" (https://de.libreoffice.org/download/release-notes/ )

Wenn ich das richtig verstehe, wird da nichts mehr "debugged". Wenn Du in der 4.4 Entwicklungsreihe bleiben möchtest, dann bleibt nur eine Update auf 4.4.7 und die Hoffnung, dass der von Dir geschilderte Fehler in dieser Version beseitigt wurde.

Im Download-Archiv ( http://downloadarchive.documentfoundation.org/libreoffice/old/) findest Du die Version 4.4.7.2 vom 02.12.2015.

Gruß
Hans-Werner

Hans-Werner schrieb:

Wenn Du in der 4.4 Entwicklungsreihe bleiben möchtest,

Na ja, nicht zwingend. Ich mag nur nicht jedes Update mitmachen.
Manchmal möchte ich auch einfach mit den Programmen arbeiten statt sie
nur ständig zu administrieren. Wenn man mehrere OpenSource-Programme
nutzt, kann das nämlich ganz schön stressig werden.

Wie sieht es denn in der 5-er Reihe mit diesem Fehler aus? Gibt's den da
noch? *Ich* weiß jetzt ja Bescheid und falle nicht mehr drauf rein,
insofern ist eine Beseitigung für mich jetzt nicht mehr so
ausschlaggebend und keinesfalls ein Updategrund.

Micha

Hallo Micha,

ich nutze noch Version: 4.4.6.3 unter Win10.

Wenn ich eine passwort-geschützte Calc-Datei öffnen möchte und aus
Versehen ein falsches Passwort eingebe, dann sollte doch eigentlich eine
entsprechende Fehlermeldung kommen.

Stattdessen erhalte ich die Meldung, dass meine Datei defekt wäre und
nicht repariert werden könnte. Probiert es mal selbst aus!

sowohl bei der Version 4.4.6.3 als auch bei der aktuellen 5.1.1.3
bekomme ich unter Win7 bei einer minimalen Calc-Tabelle diese Meldung:

"Das Kennwort ist ungültig. Die Datei kann nicht geöffnet werden."

Dass dies unter Win10 anders sein soll, glaube ich nicht so recht. Daher
müsste der Fehler noch irgendwo anders liegen. Vielleicht kannst Du ja
eine Beispieldatei zur Verfügung stellen.

Grüße
Harald

Harald Köster schrieb:

bekomme ich unter Win7 bei einer minimalen Calc-Tabelle diese Meldung:

"Das Kennwort ist ungültig. Die Datei kann nicht geöffnet werden."

Tja, wenn ich eine minimale Tabelle selbst neu erstelle, geht es mir
auch so.

Dass dies unter Win10 anders sein soll, glaube ich nicht so recht. Daher
müsste der Fehler noch irgendwo anders liegen. Vielleicht kannst Du ja
eine Beispieldatei zur Verfügung stellen.

Ich habe mal alle persönlichen Infos rausgenommen. Hier ist die Datei:
https://www.dropbox.com/s/x9nylyl98mkb5m4/test.ods?dl=0

Das korrekte PW ist "test".

Micha

Hallo Micha,

Harald Köster schrieb:

bekomme ich unter Win7 bei einer minimalen Calc-Tabelle diese Meldung:

"Das Kennwort ist ungültig. Die Datei kann nicht geöffnet werden."

Tja, wenn ich eine minimale Tabelle selbst neu erstelle, geht es mir
auch so.

Dass dies unter Win10 anders sein soll, glaube ich nicht so recht. Daher
müsste der Fehler noch irgendwo anders liegen. Vielleicht kannst Du ja
eine Beispieldatei zur Verfügung stellen.

Ich habe mal alle persönlichen Infos rausgenommen. Hier ist die Datei:
https://www.dropbox.com/s/x9nylyl98mkb5m4/test.ods?dl=0

Das korrekte PW ist "test".

mit Deiner Testdatei kann ich Dein Problem mit Version 5.1.1.
nachvollziehen. Ich habe nach einem entsprechenden Fehler in Bugzilla
gesucht. Folgender Bug Reports könnten mit Deinem Problem übereinstimmen:

https://bugs.documentfoundation.org/show_bug.cgi?id=89236
https://bugs.documentfoundation.org/show_bug.cgi?id=96261
https://bugs.documentfoundation.org/show_bug.cgi?id=97912

Laut Bug 89236 sollte der Fehler aber ab den Versionen 5.0.5 und 5.1.0
behoben sein. Entweder Bug 89236 ist daher doch nicht behoben oder es
handelt sich hier um ein anderes Problem. Ich werd' mir die Bugs morgen
(d.h. eigentlich heute) noch mal genauer anschauen.

Grüße
Harald

Hallo Micha,

wenn ich mit "LO 5.1.1.3 @ Windows 7 Home Premium 64-bit" eine CALC-Datei erstelle, bei "[Speichern unter...]" das Häckchen für "[Mit Kennwort speichern]" setze und die CALC-Datei speichere, dann werde ich bei dem Versuch, die Datei mit einem falschen Kennwort zu öffnen, mit der Meldung "Das Kennwort ist ungültig. Die Datei kann nicht geöffnet werden." auf das falsche Kennwort hingewiesen. Gebe ich das richtige Kennwort ein, wird die Datei fehlerfrei geöffnet.

Bei Deiner CALC-Datei passiert hingegen genau das, was Du beschrieben hast, es kommt die Meldung "Die Datei test.ods ist defekt und kann deshalb nicht geöffnet werden. ...".

Ich habe mal Deine CALC-Datei mit "7-Zip" entpackt und wenn ich die Datei "content.xml" mit einem Editor öffne, ist diese voll mit chinesischen Schriftzeichen:

ގ᪲鍡ቀ䒣瘘믪鳋糞뛏ꈛ籿购膻蟋澩�咧⧋庳飀擗揓鄙㼗⾎ꉊᵷ腛㶡꽎㭸쏠ꎊꐻ᫝鿨䒛䰆豭 ...

Bei meiner CALC-Datei sind es hingegen ganz normale ASCII-Zeichen in der "content.xml":

<?xml version="1.0" encoding="UTF-8"?> <office:document-content ...

Öffne ich die "content.xml" Deiner CALC-Datei mit "FireFox", erhalte ich die Meldung:

XML-Verarbeitungsfehler: nicht wohlgeformt
Adresse: file:///E:/TMP/test/content.xml
Zeile Nr. 1, Spalte 1:

Öffne ich die "content.xml" meiner CALC-Datei mit "FireFox", werden die xml-Daten ohne Fehlermeldung angezeigt:

<office:document-content office:version="1.2">
<office:scripts/>
<office:font-face-decls>
:

Ich habe aber im Moment keine Ahnung, warum bei Deiner "content.xml" ein XML-Verarbeitungsfehler auftritt und warum da chinesische Schriftzeichen stehen.

Ich habe jetzt mal Deine CALC-Datei ohne Kennwort abgespeichert, anschließend wieder geöffnet und das Kennwort neu gesetzt. Das Ergebnis dabei ist, dass der von Dir geschilderte Fehler nicht mehr auftritt !!!

Auf diese Weise solltest Du Deine CALC-Datei "reparieren" können:

1. CALC-Datei öffnen.
2. CALC-Datei speichern mit "[Speichern unter...] und dabei das Häckchen bei "[Mit Kennwort speichern]" entfernen.
3. CALC-Datei erneut öffnen.
4. CALC-Datei speichern mit "[Speichern unter...] und dabei das Häckchen bei "[Mit Kennwort speichern]" setzen und ein Passwort eingeben.
5. Jetzt sollte sich Deine CALC-Datei so verhalten wie es sein sollte ...

Gruß
Hans-Werner

Hallo Micha,

Hallo Micha,

Harald Köster schrieb:

bekomme ich unter Win7 bei einer minimalen Calc-Tabelle diese Meldung:

"Das Kennwort ist ungültig. Die Datei kann nicht geöffnet werden."

Tja, wenn ich eine minimale Tabelle selbst neu erstelle, geht es mir
auch so.

Dass dies unter Win10 anders sein soll, glaube ich nicht so recht. Daher
müsste der Fehler noch irgendwo anders liegen. Vielleicht kannst Du ja
eine Beispieldatei zur Verfügung stellen.

Ich habe mal alle persönlichen Infos rausgenommen. Hier ist die Datei:
https://www.dropbox.com/s/x9nylyl98mkb5m4/test.ods?dl=0

Das korrekte PW ist "test".

mit Deiner Testdatei kann ich Dein Problem mit Version 5.1.1.
nachvollziehen. Ich habe nach einem entsprechenden Fehler in Bugzilla
gesucht. Folgender Bug Reports könnten mit Deinem Problem übereinstimmen:

https://bugs.documentfoundation.org/show_bug.cgi?id=89236
https://bugs.documentfoundation.org/show_bug.cgi?id=96261
https://bugs.documentfoundation.org/show_bug.cgi?id=97912

Laut Bug 89236 sollte der Fehler aber ab den Versionen 5.0.5 und 5.1.0
behoben sein. Entweder Bug 89236 ist daher doch nicht behoben oder es
handelt sich hier um ein anderes Problem. Ich werd' mir die Bugs morgen
(d.h. eigentlich heute) noch mal genauer anschauen.

ich hab mir die Sache noch mal angeschaut. Bei allen 3 Bug Reports
dürfte es sich um das gleiche Problem handeln. Der Fehler tritt bereits
beim Abspeichern des Dokuments auf und nicht erst beim erneuten Öffnen.
Dies wird auch durch Hans-Werner bestätigt, der die chinesischen
Schriftzeichen in Deinem Dokument gefunden hat.

Dadurch, dass der Fehler bereits beim Speichern erfolgt, erklärt sich
auch, dass ich mit der Version 5.1.1 beim Öffnen noch die falsche
Fehlermeldung erhalte, da Du die Datei mit der 'fehlerhaften' Version
4.4.6 abgespeichert hast.

Wenn ich Dein Dokument mit den Versionen 5.0.5 oder 5.1.1 öffne, dann
eine Kleinigkeit verändere und abspeichere, scheint die Datei wieder
fehlerfrei zu sein. Beim erneuten Öffnen mit falschen Passwort erhalte
ich jetzt die richtige Fehlermeldung. Somit ist es auch korrekt, dass
der Fehler entsprechend Bug Report 89236 ab den Versionen 5.0.5 und
5.1.0 behoben ist.

An Deiner Stelle würde ich dazu tendieren, die Version 4.4.6 nicht
weiter zu nutzen. Ich glaube es nicht, will es aber auch nicht
ausschließen, dass die Datei so verfälscht werden kann, dass sie
irgendwann nicht mehr lesbar ist.

Grüße
Harald

Ganz lieben Dank euch beiden für die Fehlersuche und das Finden, für das
Durchstöbern von Bugreports usw. usf.

Jetzt ist nur noch die Frage, welche neuen Fehler ich mir mit einer
Fünfer-Version von LO einhandle...

Micha

Hallo Micha,

ich arbeite mit der Version 5.1.1.3 und habe bis jetzt keine Fehler festgestellt. Kannst aber auch warten, bis die Version 5.1.2 freigegeben ist, die ist sicherlich noch fehlerbereinigter.

Kannst Du das mit dem Kennwort, wie von mir beschrieben, mal ausprobieren ? Nach Haralds Recherche dürfte es nicht helfen. Würde mich mal interessieren.

Gruß
Hans-Werner

Hans-Werner schrieb:

Kannst Du das mit dem Kennwort, wie von mir beschrieben, mal ausprobieren ?

Ich habe inzwischen LO 5.0.5.2
Damit geht es, wie beschrieben, nach einem Speichern korrekt. Gebe ich
jetzt ein falsches PW ein, erhalte ich die korrekte Meldung (ohne3
Löschen des Kennwortes zwischendurch).

Micha