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

Hallo Jürgen, Hans-Werner,

ich habe inzwischen das Makro auf eine ziemlich minimale Version 
reduziert, bei der der Fehler immer noch auftritt:

Option Explicit

Sub StartKopfzeile

dim oDlg as Object         ' Dialogfenster

    DialogLibraries.LoadLibrary("Standard")    'auch ein fester Dialog 
bringt keine Änderung
    oDlg = createUnoDialog(DialogLibraries.Standard.Dialog1)
    oDlg.execute
End Sub


REM Aktion Pseudo-Kopfzeilen eintragen und formatieren
Sub btnStart_actionPerformed(oEvent2)

dim oDocC as Object
Dim sUrl as String
     sUrl = 
converttoUrl("C:\Users\gerha\Gerhard\zwi\Musterdateien_02\Kopfzeilen_Texte.ods")
    Dim zFileProperties() As New com.sun.star.beans.PropertyValue
        oDocC = StarDesktop.loadComponentFromURL(sURL, "_blank", 0, 
zFileProperties())
Xray oDocC

End Sub

wobei statt dem Xray auch eine Msgbox stehen könnte. Die wenigen 
Deklarationen sind nun alle in den einzelnen Routinen enthalten.

Weiter habe ich herausgefunden, dass das folgende Verhalten wiederholbar 
auftritt:
erzeuge ich ein neues Writer-Dokument, in das ich die Schaltfläche zum 
Starten des Makros aus dem früheren Dokument kopiere, und füge ich dem 
Dokument dann auch per Kopieren die beiden  obigen Makros hinzu, erzeuge 
einen neuen Dialog, dem ich wieder per Kopieren die einzige Schaltfläche 
hinzufüge, die das Makro btnStart_actionPerformed aufruft, dann:

 * läuft alles bis zum Ende durch, auch beim zweiten Aufruf, auch nach
   Schließen und Wiederöffnen von LibO und erneutem Laden des neuen
   Dokuments
 * Libo bleibt aber hängen, wenn der Rechner runter- und wieder
   raufgefahren wurde und ich dann nach erneutem Laden des Dokuments
   die Schaltfläche bediene.

Das ist nun ein Verhalten, mit dem ich nichts anfangen kann, ich habe 
keine Idee, was anders sein soll, wenn das Dokument seit dem letzten 
Betriebssystemstart erzeugt wurde oder schon früher. Am Dokument selbst 
ist nichts erkennbar, ich habe die verschiedenen Stände der einzelnen 
Dateien des entzippten Dokuments miteinander verglichen (hatte ich 
eigentlich auch nicht erwartet). Es kann natürlich sein, dass LibO beim 
Herunterfahren nicht spurlos verschwindet, sondern irgend etwas 
vorhanden bleibt, was erst beim BS-Runterfahren gelöscht wird, aber da 
kenne ich mich überhaupt nicht aus.
Ich kann da nichts mehr rauskriegen, man kann das Problem in dieser 
einfachen Form als Bug melden, das ist ein Thema für die Kenner der 
Innereien

Gruß

Gerhard

Am 07.04.2019 um 00:51 schrieb OoOHWHOoO:
> 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