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.weis...@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+unsubscr...@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+unsubscr...@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
