Date: prev next · Thread: first prev next last
2019 Archives by date, by thread · List index


Hallo Jürgen,

Zwei Ergänzungen, die du vielleicht noch in deinem Bugreport erwähnen kannst:

1. Wenn jemand selbst ein neues Dokument erstellt, um das
   auszuprobieren, dann tritt der Fehler zunächst nicht auf, erst nach
   erneutem BS-Start (zumindest bei Windows).
2. Entscheidend ist auch, dass der Crash mehr oder weniger mit dem
   Laden des Dokuments zusammenhängt; ohne den Befehl oder z.B. mit
   StarDesktop.getComponentWindow gibt es kein Problem.

Es wäre auch -wegen der ersten Anmerkung - interessant, wenn jemand das auf Linux oder Mac nachvollziehen könnte, soweit ich sehe, haben alle Beitragenden entweder Windows oder keine Angaben gemacht.

Gruß

Gerhard

Am 08.04.2019 um 19:43 schrieb Jürgen Klatt:
Hallo,

vielen Dank für all Eure Informationen.

Ich habe mir gerade die neueste Masterversion 6.3.0.0 heruntergeladen.
Hier ist sicherlich das Problem mit den File-/ Folderpickern behoben, aber
eine neues Problem, welches ich schon geschildert habe, hat sich
herauskristallisiert.

Es ist das Event "Aktion bestätigen" in Verbindung mit dem Dialogaufruf,
über eine im Dokument befindliche Schaltfläche.
Sobald in Hans-Werner's letzter Testdatei der Dialog mit dem Event
"Aktion bestätigen"
aufgerufen wird, dann hängt sich Libo auf.
Auch in der neuen Verion 6.3.0.0.

Wenn ich nur den Part Calcdatei öffnen aufrufe, dann funktioniert alles
perfekt.
Auch in den älteren Libo-Versionen.
Also, das Event "Aktion bestätigen" hat ein Problem mit dem Aufruf eines
Dialogs.
Egal ob der Dialog "On The Fly" kreiert wurde oder ob er als Dialog
gezeichnet wurde.
Siehe diese Beispieldatei, der Code ist im Wesentlichen unverändert,
habe nur diverse
Schaltflächen in das Dokument gezeichnet und die Events und Makros
zugeordnet:

Gleiches gilt für eine grafische Schaltfläche, welche ebenfalls das
Event "Aktion bestätigen" besitzt.
https://c.web.de/@693152299987503749/ZYmguChOT_mbOM1jFDPHow

Denkwürdig empfinde ich es, dass auch meine zuerst, im Eröffnungspost
hochgeldene Datei
problemlos durchläuft, wenn ich das Schaltflächen-Event "Maustaste
losgelassen" verwende.
Die habe ich in alle Libo-Versionen getestet.

Ich stelle gerade einen Bug-Report für den Event-/Dialog-Fehler zusammen.

Hinweis:
Der Grund dafür, dass ich in meinem ursprünglichen Code den Dialog, etc.
"On The Fly"
erzeuge liegt einzig darin, dass der betagte Endanwender mit nur einem
Modul,
zwecks einfacherer Makro-Verwaltung arbeiten kann.

Aus meiner Sicht ist das Thema zufriedenstellend gelöst:
a) Codebereinigung Dank Eurer HInweise
b) Bug in File-/ Folderpicker wurde behoben
c) Bug-Report für Schaltfläche-Event habe ich in Arbeit

Viel Grüße und besten Dank

Jürgen

Am 08.04.2019 um 10:05 schrieb OoOHWHOoO:
Zur Information:

[1] BugReport: https://bugs.documentfoundation.org/show_bug.cgi?id=124579

[2] Das Problem wurde behoben:
https://bugs.documentfoundation.org/show_bug.cgi?id=124579#c6

[3] Mit LO 6.3.0 wird das Problem nicht mehr auftreten (
https://bugs.documentfoundation.org/show_bug.cgi?id=124579#c5 ).

Grüße
Hans-Werner :-))





--
Liste abmelden mit E-Mail an: users+unsubscribe@de.libreoffice.org
Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.