AW: [de-users] Writer hängt ein paar Sekunden nach dem Speichern - 5.2.6.2 Win7 64bit

Hallo Matthias,

vorab: Meine Konfiguration ähnelt Deiner, also Win 7 pro, 64 bit, 12 GB Hauptspeicher; LO: 5.2.5.1 
(x64), Bilder sind per Verweis eingebunden.

Gestartet bin ich mit einer Datei unter LO 4.x - dies wurde ab ca. 80 Seiten so instabil, daß ich 
mich entschloß, auf ein Global-Dokument umzustellen - dabei bin ich den Empfehlungen zum Vorgehen 
gefolgt.

Auch hier bin ich unter LO 4.x in eine Stabilitätsfalle geraten - und habe mich erstmal um andere 
Dinge gekümmert.

Einige Versionen später unter LO 5.x (x64) war es dann so richtig rund und stabil - wie ich es als 
"halber DAU" erwarte.

Einzige Einschränkung: In der Zeit der Instabilität habe ich mir angewöhnt, den Task-Manager laufen 
zu lassen - erst wenn sich CPU- und Speicheraktivitäten nach dem Öffnen, Drucken, Speichern oder 
Schließen "beruhigt" haben, geht es für mich weiter.

Mein Global-Dokument umfaßt ca. 15 Kapitel unterschiedlicher Größe, knapp 200 Bildern mit zusammen 
ca. 600 MB.
Ich habe eben das Global-Dok testweise in eine normale .odt-Datei exportiert - keine Änderung beim 
Verhalten.

Vielleicht hilft Dir meine Antwort...

Viele Grüße aus Hannover, Klaus


-----Ursprüngliche Nachricht-----
Von: Dr. Matthias Weisser [mailto:matthias.weisser@gmx.de] 
Gesendet: Dienstag, 23. Mai 2017 14:34
An: LO DE-users
Betreff: [de-users] Writer hängt ein paar Sekunden nach dem Speichern - 5.2.6.2 Win7 64bit

Hallo Liste,

ich schreibe Bücher mit vielen Bildern - eingebettet als Link auf Datei.
LO ist im Einsatz unter Win7 64bit in der Version 5.2.6.2.

Einer der Texte hat 472kB im odt (~367 Seiten, 405 Bilder).
472kB ist ja nicht so viel.

Dummerweise wird das Arbeiten nun erschwert weil beim Abspeichern erst der Scrollbalken 
abgearbeitet wird und danach jedoch ~5s vergehen bevor das System wieder auf Eingaben brauchbar 
reagiert.

Bei einem anderen Text mit 768 Seiten gab es bisher nie Probleme.

Beim Versuch eine Testdatei zu erstellen habe ich festgestellt daß das Problem scheinbar nicht 
auftritt wenn die Bilder nicht auf der Platte erreichbar sind. Dann werden nur Rahmen stattdessen 
angezeigt.

Weil das Problem mich behindert habe ich einen Issue erstellt und das Verhalten geschildert.
*Bug 108005*
<https://bugs.documentfoundation.org/show_bug.cgi?id=108005> - Writer hangs several seconds after 
saving

Leider kann ich mit der sicher gutgemeinten Antwort von Timur nicht viel anfangen. Siehe seinen 
Text unten.

Ich habe Win7 64bit, keine anderen Versionen.
Ein Crash tritt wohl nicht auf - was also hilft ein Crash-Report wenn es keinen Crash gibt - nur 
diese Verzögerung?

Hat jemand eine Idee wie dem Problem beizukommen ist?
Kennt jemand vielleicht so ein Verhalten?

Natürlich kann ich neuere Versionen grundsätzlich testen.
Nur benötige ich ein produktives System. Es darf nicht passieren daß ich mein System zerstöre und 
dann neuinstallieren muss.
Es dauert Tage den Rechner neu aufzubauen mit den Applikationen die laufen müssen.

Ich helfe gerne - nur nicht um jeden Preis.
Mit der Bitte um Verständnis.

Vielen Dank !
Matthias

Thank you, but this can't be conformed like this, even that I'm seeing some unresponsability myself.
You should either attach minimal test case to reproduce a bug or test this yourself.

I'm suggesting that you:
- gethttp://tdf.io/siguiexe  to easily get and run "parallel" LO in Windows (extract without 
installation)
- run different extracted versions (here it would be fresh 5.3.3.2 and 5.4 beta and master 5.5+) 
and architectures (32-bit or 64-bit) related to this bug in order to test crash
- note crash report link for crash with LO 5.2 and higher, sth. like 
crashreport.libreoffice.org/stats/crash_details/.... (not applicable here but a general advice)

and, if possible, since it's not overly complicated, but gives some clues:
- use procdump (part of free and useful Sysinternaly Suite) during LO run in order to get a dump 
(soffice.bin.dmp)
- run procdump manually after LO start (path-to\SYSINTERNALSSUITE\procdump.exe soffice.bin -h 
path-to\soffice.bin.dmp) for reproducible bugs like this one, OR via simple batch file 
likeattachment 129814 <http://bugs.documentfoundation.org/attachment.cgi?id=129814> [details] 
<http://bugs.documentfoundation.org/attachment.cgi?id=129814&action=edit>, that is used instead of 
LO icon to start LO, for intermittent bugs (which seems to be the case here)

and even this - or just upload previous crash dump with LO "Master x86 39":
- analyze dump with WinDbg configured 
perhttps://wiki.documentfoundation.org/How_to_get_a_backtrace_with_WinDbg  (set "Symbol File Path")
- attach here as an attachment result of "!analyze -v" command in WinDbg (that's "backtrace")
- if "!analyze -v" is empty, which comes after "ntdll!NtTerminateProcess" error, go with "kb" that 
prints stack trace and "~* kp" to dump the whole stack.


--
Liste abmelden mit E-Mail an: users+unsubscribe@de.libreoffice.org
Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert


-- 
Liste abmelden mit E-Mail an: users+unsubscribe@de.libreoffice.org
Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert