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

[Klaus Büchting]

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*
 - 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 
 [details] 
, 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-lis

[de-users] Re: Fehler 2502 und 2503

[Helmut Leininger]

Hallo,

das scheint etwas mit den Zugriffsrechjten unter Windows zu tun zu haben
(nicht unbedingt LO-spezifisch). Meist geht der Fehler weg, wenn  man
die Installation als Administrator durchführt.

Gruß
Helmut

Am 02.06.2017 um 18:12 schrieb Geri Koller:
> Beim Update-Versuch der neuesten Version von Libre Office habe ich den
> Fehler 2502 erhalten. Beim Versuch, Libre Office zu deinstallieren,
> erhalte ich den Fehler 2503.
> 
> Was kann ich dagegen unternehmen?
> 
> Gruss
> Geri Koller
> 
> 


---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus



-- 
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

[de-users] Fehler 2502 und 2503

[Geri Koller]

Beim Update-Versuch der neuesten Version von Libre Office habe ich den 
Fehler 2502 erhalten. Beim Versuch, Libre Office zu deinstallieren, 
erhalte ich den Fehler 2503.


Was kann ich dagegen unternehmen?

Gruss
Geri Koller


--
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

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

[HansWernerHerold]

Hallo Matthias,

in Ergänzung zu meiner Mail " ... OoOHWHOoO, Thu Jun 01 11:52:47 GMT 
2017":


Wenn man eine "odt"-Datei mit z.B. "7-Zip" entpackt, dann hat man i.d.R. 
Zugriff auf nachfolgende


1. Verzeichnisse

1.1 Configurations2
1.2 META-INF
1.3 Pictures
1.4 Thumbnails

2. Dateien

2.1 content.xml
2.2 ayout-cache
2.3 manifest.rdf
2.4 meta.xml
2.5 mimetype
2.6 settings.xml
2.7 styles.xml
2.8 Thumbnails

Da ich bei meiner Testdatei die Bilder in die LO-WRITER-Datei kopiert 
habe, sind diese in dem Verzeichnis "[1.3] Pictures" abgelegt.


Wenn man o.a. Verzeichnisse und Dateien wieder packt und das Archiv von 
"~.zip" in "~.odt" umbenennt, hat man wieder eine funktionsfähige "LO 
WRITER"-Datei.


3 Tests

3.1 Alle Bilder aus "[1.3] Pictures" gelöscht. Keinerlei bemerkbare 
Verzögerung nach dem Speichern-Fortschrittsbalken.
3.2 Je mehr Bilder ich in dem Verzeichnis "[1.3] Pictures" belassen 
habe, desto länger wurde die dann immer mehr wahrnehmbare Verzögerung 
nach der Anzeige des Speichern-Fortschrittsbalkens.


4 Schlussfolgerungen

Nach der Anzeige des Speichern-Fortschrittsbalkens ist "soffice.bin" 
noch mit irgendwelchen Arbeiten beschäftigt, wobei der Zeitaufwand dafür 
durchaus proportional zur Anzahl der Bilder im Dokument ist. Es wird 
wohl keine Zeit durch eine "Fehler-Schleife" verbraucht. Ich denke, dann 
würde die Verzögerungszeit nach der Anzeige des 
Speichern-Fortschrittsbalkens nicht proportional zur Anzahl der zu 
verarbeitenden Bilder zunehmen.


So kann man wohl 2 mögliche Fehlerursachen annehmen:

4.1.1 Die "soffice.bin" Arbeiten nach Anzeige des 
Speichern-Fortschrittsbalkens haben sich in neueren LO-Versionen so 
verlangsamt, dass der Benutzer eine deutliche Verzögerung wahr nimmt.


und/oder

4.1.2 Während der "soffice.bin" Arbeiten nach Anzeige des 
Speichern-Fortschrittsbalkens wird in neueren LO-Versionen kein zweiter 
Fortschrittsbalken mehr angezeigt, so dass der Benutzer den Eindruck 
gewinnt, "LO" wäre in einem fehlerhaften Zustand.


4.2 Auf "bugs.documentfoundation.org" findet sich durchaus ein Eintrag, 
der das von Dir geschilderte Problem kommuniziert: "Progress bar is not 
a good indicator for filesave progress" ( 
https://bugs.documentfoundation.org/show_bug.cgi?id=98731 ).


Gruß
Hans-Werner
--
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

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

[Dr. Matthias Weisser]

Hallo !

Am 01.06.2017 um 16:29 schrieb Mohing:

Hallo!

Das Problem dürfte das veralterte BS sein. 

das sollte aber nicht so sein !

Gruss
Matthias

--
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

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

[Dr. Matthias Weisser]

Vielen Dank Hans-Werner für den ausführlichen Test !

Mein Rechner hat viel weniger RAM. 2-4GB werden es sein.

SSD ist keine verbaut und auch keine Hybrid-Fest-Platte.
Damit hatte ich leider eine Menge Probleme so daß
ich die Hybridplatte wieder entfernen musste.
Es ist also nur die Standard-Platte verbaut.

Mein Win7 64 ist die Pro-Variante.

Der große Unterschied zu meiner Testdatei ist daß
Du die Bilder alle direkt eingebunden hast.
Bei mir ist das per Link gemacht.

Beim Abspeichern werden daher bei mir nie die
Bilder abgespeichert was ja recht lange dauern kann.
Das Abspeichern des kleinen odt geht hingegen viel schneller.

Ärgerlich ist es wenn das Abspeichern von 470kB dann
nicht nur diverse Sekunden dauert bis der Balken dann
am Ende ist - sondern danach der Rechner auch noch
5s nicht mehr reagiert.

Eben dies gab es bei der 4er Version so nicht.

Ein Fortschrittsbalken taucht dabei nicht auf.
Man weiß also nicht was da intern passiert.

Wenn ich nur ein Leerzeichen einfüge und dies
dann wieder entferne - so muss ich beim Speichern
erst mal die Sekunden abwarten bis der Fortschrittsbalken
am Ende ist (wie gesagt - das odt hat nur ~470kB) und dann
noch mal weitere ~5s warten.

Das scheint sehr wenig performant im Vergleich zu den
4er Versionen die ich vorher verwendet hatte.
Eben dies müsste aus meiner Sicht nicht so sein.

Welche Funktionsmehrungen könnten dies rechtfertigen?
Mir wäre es lieber auf solche Mehrungen dann zu verzichten.

Gruss
Matthias

Am 01.06.2017 um 13:52 schrieb OoOHWHOoO:

Hallo Matthias,

ich habe mal ein (sehr große) Test-Datei, durch Zusammenkopieren von 
13 Einzeldateien, erstellt und das Verhalten von LO getestet. Hier das 
Ergebnis:


1 Installation

1.1 Betriebssystem: Windows 7 Home Premium 64-bit (Arbeitsspeicher: 16GB)
1.2 Libre Office Version: 5.2.7.2 (x64)
1.3 Betriebssystem und Software sind auf einer SSD installiert.
1.4 Arbeitsspeicher Einstellungen für LibreOffice ( 
[Extras][Optionen][LibreOffice][Arbeitsspeicher] )

1.4.1 Grafikspeicher
1.4.1.1 Verwenden für LibreOffice: 2.047 MB
1.4.1.2 Speicher pro Objekt: 2.047,0 MB
1.4.1.3 Aus Speicher entfernen nach: 00:05 hh:mm
1.4.2 Speicher für eingefügte Objekte
1.4.2.1 Anzahl der Objekte: 1.024

2 Datei

2.1 Die LO-WRITER-Datei befindet sich auf einer HDD und hat eine 
Dateigröße von ≈ 610 MB.
2.2 Die Bilder sind in die LO-WRITER-Datei kopiert, also keine 
Verknüpfung.

2.3 Datei-Statistik ( [Datei][Eigenschaften][Statistik] )
2.3.1 Seiten: 480
2.3.2 Tabellen: 1.401
2.3.3 Bilder: 2.732
2.3.4 OLE-Objekte: 0
2.3.5 Absätze: 7.258
2.3.6 Wörter: 20.657
2.3.7 Zeichen: 102.146
2.3.8 Zeichen ohne Leerzeichen: 85.929
2.3.9 Zeilen: 11254

3 Performance

3.1 LO-WRITER-Datei öffnen: ≈ 00:09 [Min:Sek]
3.2 LO-WRITER-Datei bearbeiten (z.B. scrollen): absolut verzögerungsfrei
3.2 LO-WRITER-Datei schließen/speichern nach Änderung von einem 
Zeichen: ≈  01:28 [Min:Sek]

3.2.1 Anzeige des grünen Fortschrittsbalkens:  01:17 [Min:Sek]
3.2.2 Kein Zugriff auf LO (keine Rückmeldung) nach Anzeige des grünen 
Fortschrittsbalkens:: ≈ 00:11 [Min:Sek]


4 Feststellungen

4.1 Der CPU-verbrauchende Prozess ist (allein) "soffice.bin".
4.2 Beim Öffnen der LO-WRITER-Datei wird der grüne Fortschrittsbalken 
2 mal angezeigt.

4.2.1 Beim ersten Mal zunehmend über die gesamte LO-Fensterbreite.
4.2.2 Beim zweiten Mal zunehmend bis ungefähr 1/5 der LO-Fensterbreite.
4.3 Beim Schließen der LO-WRITER-Datei wird der grüne 
Fortschrittsbalken nur 1 mal angezeigt.

4.3.1 Anzeige zunehmend bis über die gesamte LO-Fensterbreite.
4.3.2 Die nachfolgende Zeitspanne mit gesperrtem Zugriff 
("soffice.bin" ist weiterhin aktiv) wird nicht durch einen 
Fortschrittsbalken kommuniziert.


5 Zusammenfassung

5.1 Bei der Art und Größe der hier getesteten LO-WRITER-Datei empfinde 
ich die Zeiten zum Öffnen bzw. Speichern/Schließen der Datei als 
durchaus "normal".
5.2 Die Bearbeitung (z.B. scrollen) der hier getesteten 
LO-WRITER-Datei ist absolut verzögerungsfrei möglich - also "nichts zu 
bemängeln".
5.3 Könnte es sein, dass das Problem ein "Schein-Problem" ist, weil 
nach Anzeige des grünen Fortschrittsbalkens "soffice.bin" weiterhin 
aktiv ist (hier 11 Sek.) und dafür kein zweiter grüner 
Fortschrittsbalken, wie beim Öffnen, angezeigt wird ? Weißt Du 
vielleicht noch, wie das bei der 4er-Version war ? Waren da beim 
Speichern/Schließen, so wie aktuell beim Öffnen, nacheinander zwei 
grüne Fortschrittsbalken zu sehen ? Wenn ja, dann wäre der "BUG" ja 
eigentlich nur, dass kein zweiter grüner Fortschrittsbalken angezeigt 
wird und der Benutzer ein LO "vor der Nase" hat, das sich scheinbar in 
einem undefinierten/fehlerhaften Zustand befindet.


Auch wenn ich mit meinen Vermutungen (5.3) vielleicht völlig "daneben 
liege", so hast Du vielleicht dennoch mit meinem Test die Erfahrungen 
eines anderen Benutzer mit einer sehr großen Bilder-Datei und kannst 
vielleicht andere und/oder bessere Schlussfolgerungen erlangen, die 
vielleicht zur Lösung des von Dir kommunizierten Pro

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

[Dr. Matthias Weisser]

Hallo Harald,

Am 01.06.2017 um 11:10 schrieb Harald Köster:

Hallo Matthias,

Am 31.05.2017 um 21:40 schrieb Dr. Matthias Weisser:

Am 24.05.2017 um 11:04 schrieb Harald Köster:

Am 23.05.2017 um 14:34 schrieb Dr. Matthias Weisser:

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.

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*
 - Writer
hangs several seconds after saving


Grüße
Harald K.

Danke Harald !

eine odt-Testdatei habe ich. Nur hilft diese alleine nichts,
denn ohne den Ordner mit den vielen Bildern tritt das
Problem nicht auf.

probier doch mal aus, ob das Problem noch vorhanden ist, wenn Du das
gleiche Bild mehrfach in Dein Dokument einfügst.
das ist leider nicht so einfach zu machen, denn es sind ja 405 Bilder 
die ich da einzeln anfassen müsste.
Momentan weiß ich nicht wie das rasch zu erledigen ist. Bei 20 Bildern 
wäre es mit copy/paste noch machbar.

Die Rahmengrößen ändern sich dann jedoch auch.
Dazu wäre ein Skript hilfreich. Ich habe jedoch keines.

Wenn ja, dann bitte
auch noch mal mit der Version 4.4.7 prüfen, ob das Problem dort noch
nicht vorhanden ist.

bei der 4.4.7.2 tritt das Problem nicht auf.

Zu Deiner Frage ob das Problem bei allen LO-Versionen
auftritt habe ich festgestellt daß die 4.3.7.2 noch ok ist
und die 4.4.7.2 auch.
Der Fehler tritt bei der 5.1.6 auf - wobei es egal ist ob
es die 32bit oder 64bit-Variante ist. Es klemmt bei beiden.

Ich habe noch in Bugzilla nach Bugs in den Versionen ab 5.0.x.x gesucht,
bei denen es Performance-Probleme in Zusammenhang mit Bildern gibt. Es
gibt dort einige Meldungen, aber ob es sich dabei um das gleiche Problem
handelt ist schwer zu sagen (Bugs 96143, 93869, 94109, 94184, 104716,
96095, 103873).

Danke Harald !

Grüße
Matthias

--
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

Erledigt: [de-users] acor_de-de.dat zwecks Ausdruck auslesen

[Martin Jenniges]

Hallo Dennis,

dein Tip hat geholfen.

Zwar hat es anfangs nicht funktioniert; aber eine Mail an den Autor 
brachte Hilfe.


Vielen Dank an Alle, die mir geschrieben haben!

mit freundlichem Gruss

Martin



Am 01.06.2017 um 14:07 schrieb Dennis Roczek:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Martin,

schau doch mal hier rein:
http://marcoagpinto.cidadevirtual.pt/proofingtoolgui_files/ProofingToolG
UI_manual_V30.html
  bzw. in http://marcoagpinto.cidadevirtual.pt/proofingtoolgui.html

Das Programm soll das angeblich können. ;-)

Gruß

Dennis





--
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