Re: [de-users] Versionsabhängiges Einfrieren von LibreOffice nach Makrodurchlauf

Hallo Juergen,

mit recht hoher Wahrscheinlichkeit liegt bei Dir wohl kein 
FilePicker-Problem im Sinne meines BugReports 
(https://bugs.documentfoundation.org/show_bug.cgi?id=124579) vor, 
sondern wohl eher ein anderes Problem. Damit das FilePicker-Problem (im 
Sinne meines BugReports) auftritt ist Voraussetzung, das LO NICHT LÄUFT 
und man den FilePicker mit einem EXTERNEN Kommando startet.

Siehe auch (https://bugs.documentfoundation.org/show_bug.cgi?id=123502):

"[...] Just wanted to note that the way to run the macro from command 
prompt, like
> instdir/program/soffice.bin --nologo 
macro:///Standard.Module1.TestPickerSW
without LO already running, is essential to reproduce the problem from 
comment 19 [...]"

Beide Voraussetzungen sind bei Deiner Anwendung wohl eher nicht erfüllt:

[1] Wenn man Deine Datei "Muster Dialog und Datei-OP v01.odt" öffnet 
wird ja LO gestartet und läuft somit bereits, wenn man die ROTE 
Schaltfläche auslöst.
[2] Der Start des FilePickers über eine Schaltfläche bei laufendem LO 
ist wohl eher auch kein externer Aufruf eines Makros, welches einen 
FilePicker-Aufruf enthält.
[3] Außerdem ist bei meinem BugReport NUR der Betriebssystem-FilePicker 
und -FolderPicker betroffen.

Außerdem ist es nicht gerade in sich schlüssig an ein FilePicker-Problem 
zu denken, wenn der FilePicker mit der ROTEN Schaltfläche nicht 
funktioniert und mit den GRÜNEN Schaltflächen doch, zumal bei Deiner 
Problematik ja auch beide FilePicker betroffen sind. Da müsste mal 
jemand, der sich mit dieser Dialog-Programmierung auskennt, untersuchen, 
ob die ROTE Schaltfläche irgendwie programmier-technisch fehlerbehaftet 
ist. Mit BASIC-Makro-Dialog-Programmierung habe ich keinerlei Erfahrung, 
kann Dir hier also nicht weiter helfen.

Was mir allerdings aufgefallen ist: Bei meiner Makro-HangUp-Problematik 
zeigt der TaskManager für soffice.bin eine CPU-Last = 0 an, bei Deiner 
Makro-HangUp-Problematik zeigt der TaskManager für soffice.bin eine 
CPU-Last = 25 an, was wohl ein Hinweis darauf sein kann, dass da irgend 
etwas wie doll in einer "Schleife" läuft und so LO verhindert ist 
Benutzereingaben anzunehmen. Ist nur mal eine spekulative Vermutung ...

Grüße
Hans-Werner


------ Originalnachricht ------
Von: "Jürgen Klatt" <jrk33@web.de>
An: users@de.libreoffice.org
Gesendet: 06.04.2019 21:30:58
Betreff: Re: [de-users] Versionsabhängiges Einfrieren von LibreOffice 
nach Makrodurchlauf

> Hallo,
>
> Am 06.04.2019 um 18:45 schrieb OoOHWHOoO:
>
> > Wen es interessiert:
>
> Ja, es interessiert mich sehr, auch wenn zwischen
> meinen Rückmeldungen größere Pausen liegen.
>
> Bin sehr damit beschäftigt alle Inputs und meine neuen Ideen zu verarbeiten.
>
> Auch mein Jagdinstinkt ist ungebrochen.
> Zwecks weiterer Analyse habe auch ich meinen ursprünglichen Code
> abgespeckt und zwecks besserer Übersicht auf zwei Module verteilt.
>
> Siehe diese abgespeckte Version:
> https://c.web.de/@693152299987503749/x5wk8EanTm2HOLpD8pVtfw
> Weitere Beschreibungen siehe Datei.
> Filepicker Problem oder doch noch etwas anderes???
> Beide Module können unabhängig voneinander gestartet werden.
>
> Das abgespeckte Programm habe ich mit folgenden LibO-Versionen getestet:
> a) 6.2.1.2 (x64)
> Build-ID: 7bcb35dc3024a62dea0caee87020152d1ee96e71
>
> b) Portable 6.1.4.2
> Build-ID: 9d0f32d1f0b509096fd65e0d4bec26ddd1938fd3
>
> c) 6.3.0.0.alpha0+ (x64) (Master) vom 05.04.2019
> Build ID: 35d9a2618dc0116378ab795a7b9277d248c5afd4
>
> Viele Grüße und Danke
>
> Jürgen
>
> Am 06.04.2019 um 18:45 schrieb OoOHWHOoO:
>
> > Wen es interessiert:
> >
> > BugReport - "Basic Macro hang up when using (operation system)
> > filepicker/folderpicker"
> > https://bugs.documentfoundation.org/show_bug.cgi?id=124579
> >
> > "[...] Reproducible with current master on Windows 10 x64. [...]"
> > https://bugs.documentfoundation.org/show_bug.cgi?id=124579#c3
> >
> > Das ursächliche Problem wurde auch schon von dem LO-Entwickler
> > identifiziert:
> >
> > "[...] tdf#124579: ensure to provide an event to wake up main loop
> > when notifying
> > Without that, Request::waitProcessMessages might wait indefinitely for
> > Application::Yield() to return; while the latter would wait for a
> > message in PeekMessage. If there's no visible LO window, the message
> > might never arrive by itself. [...]"
> > https://gerrit.libreoffice.org/#/c/70346/
> >
> > Wer selber mit den "attached files" ("macro for testing picker
> > software" und "win cmd for starting macro") des BugReports testen
> > will, sollte unbedingt darauf achten, dass vor dem Start von "win cmd
> > for starting macro" LibreOffice NICHT läuft ! So eine Situation kann
> > es z.B. geben, wenn man ein Makro aus einem anderen Programm heraus
> > (beispielsweise "Perl") startet.
> >
> > 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
--
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