Makro-Fehlermeldung nach Umstieg auf LO 5.2

[Freischreiber]

Hallo Robert,

die Fehlermeldung bekomme ich nur bei meiner eigenen Datenbank, nicht mit deinem Muster s. o.
Mein Windows ist 7 64bit, Java ist 8-64bit, die neueste Version (die gleiche, die als 32bit mit altem LO funktioniert hat)

Jetzt habe ich noch gemerkt, wenn ich nach so einer Fehlermeldung einfach Base schließe, bekomme ich eine Windows-Fehlermeldung:

Code: Alles auswählen

Problemsignatur:
  Problemereignisname:	APPCRASH
  Anwendungsname:	soffice.bin
  Anwendungsversion:	5.2.7.2
  Anwendungszeitstempel:	590113f0
  Fehlermodulname:	mergedlo.dll
  Fehlermodulversion:	5.2.7.2
  Fehlermodulzeitstempel:	59010d20
  Ausnahmecode:	c0000005
  Ausnahmeoffset:	0000000001efe7a6
  Betriebsystemversion:	6.1.7601.2.1.0.256.1
  Gebietsschema-ID:	1031
  ...

Also hast du sicher recht, es ist ein windowsspezifisches Problem.

Im Zweifelsfall muß ich diese Funktion stillegen, was sehr schade wäre.
Eine Frage noch: Diese Zeile

Code: Alles auswählen

IF oForm.isBeforeFirst THEN oForm.first

wo genau müßte ich die einfügen? Direkt über der Fehlermeldung hat es nicht geholfen.

Oder kann man dieses Makro durch etwas anderes auslösen als "nach der Datensatzaktion"?

Gruß und vielen Dank für deine Geduld
Freischreiber

[RobertG]

Hallo freischreiber,

ich hatte Dich so verstanden, dass Du auch in der internen Datenbank nichts eintragen/ändern konntest.

Bei mir taucht so eine Fehlermeldung mit falschem Cursorstand nur dann auf, wenn ich über das Formular in die Datenbank nichts eintragen kann und außerdem die Abfrage keine einzige Zeile hat, also leer ist.

Selbst wenn Du das Makro aus dem Formular raus nimmst dürfte es nicht möglich sein, in dem Formular eine Eingabe zu machen. Das ist das Problem. Da hilft auch nicht der verzweifelte Versuch, über ein Makro den Cursor auf den ersten Datensatz zu setzen - weil keiner da ist.

Die Position direkt über der Abfrage nach .getLong(1) wäre auf jeden Fall korrekt gewesen. Nur lässt sich nicht auf einen Datensatz setzen, wenn keine Eingabe möglich und kein Datensatz vorhanden ist.

Gruß

Robert

[Freischreiber]

Hallo Robert,

Selbst wenn Du das Makro aus dem Formular raus nimmst dürfte es nicht möglich sein, in dem Formular eine Eingabe zu machen.

Dochdoch! Also, wenn ich sämtliche Zeilen des Makros "ChaosOrteAuswahlAktualisieren" auskommentiere, kann ich das Auftragsformular problemlos öffnen, auch gefiltert auf einen nicht existenten Datensatz, und auch einen neuen Datensatz einfügen, das geht problemlos. Nur das Unterformular "ChaotischeOrte", bestehend aus Listenfeld und Tabellensteuerelement ist dann deaktiviert.

Sorry, ich nehme alles zurück, was ich zu deiner Beispieldatenbank gesagt habe. Weil das Fenster nicht maximiert war, habe ich die Pfeile unten für den Datensatzwechsel nicht gesehen und das Formular nicht mehr verstanden. Das Formular Auftrag_Ablageorte_neu hat auch so eine Auswahlliste mit freien Orten und es funktioniert perfekt.

Gruß
Freischreiber

[RobertG]

Hallo Freischreiber,

Nur das Unterformular "ChaotischeOrte", bestehend aus Listenfeld und Tabellensteuerelement ist dann deaktiviert.

Und? An welches Formular ist das Makro gebunden? Warum sollte ein Unterformular deaktiviert sein. Vermutlich doch, weil es keine Daten darstellen kann.

Gruß

Robert

[Freischreiber]

Hallo Robert,

das Makro ist gebunden wie in den Screenshots ersichtlich. Aktualisieren der Auswahlliste nach dem Datensatzwechsel.

Sorry, wieder ungenau: Es ist nicht das ganze Unterformular deaktiviert. Mit auskommentiertem Aktualisieren-Makro ist die Auswahlliste ausgegraut, wenn das Auftragsformular auf einem leeren Datensatz steht. Dafür ist auch die Fehlermeldung weg.

Das Speichern-Makro arbeitet. Ich kann einem Auftrag einen Ort zuordnen, der wird dort gespeichert. Nur zugeordnete Ortsnamen werden nicht, wie früher, aus der Auswahlliste entfernt. Ich muß beim Zuordnen also einen Ort erwischen, der noch nicht einem anderen Auftrag zugeordnet ist, sonst bekomme ich eine constraint violation.

Irgendwas macht das neue LO bei der Anbindung "nach dem Datensatzwechsel" anders. Aber was?
Oder kann ich eine andere Anbindung machen? Ich habe leider keine Ahnung.

Gruß
Freischreiber

[RobertG]

Hallo Freischreiber,

vielleicht lässt Du mir die Datenbank einfach einmal per privater Mail zukommen. Ich komme mit Deinen Beschreibungen nicht mehr klar und kann den Fehler so nicht reproduzieren.

Gruß

Robert

[RobertG]

Hallo Freischreiber,

ich habe das jetzt mit einer älteren Version und dem Unterformular probiert. Solange im Hauptformular nichts vorhanden ist, wird das Ereignis "Nach dem Datensatzwechsel" in einem Unterformular gar nicht erst ausgelöst. Deswegen konnte Bei der älteren LO-Version an der entsprechende Stelle auch kein Fehler auftreten. Ich werde einmal bei den Bugmeldungen schauen - vielleicht ist das ja auch aus irgendwelchen Gründen als "Feature" gedacht.
----
Ich habe das jetzt noch weiter untersucht: Das Ereignis tritt in neueren Versionen dann auf, wenn das Hauptformular nicht editierbar ist. Dann wird im Unterformular einmal "Vor dem Datensatzwechsel" und einmal "Nach dem Datensatzwechsel" ausgelöst. Ist das Hauptformular editierbar, dann wird "Nach dem Datensatzwechsel" nicht ausgelöst.

Gruß

Robert

[Freischreiber]

Hallo Robert,

verstehe ich das richtig, daß diese Ereignisse ausgelöst werden, obwohl das Unterformular das gar nicht "will"?

Ist das Hauptformular editierbar, dann wird "Nach dem Datensatzwechsel" nicht ausgelöst.

Aber "Vor dem Datensatzwechsel" wird ausgelöst? Obwohl es gar nicht bestellt ist?

Vermutlich habe ich es falsch verstanden.

Gruß
Freischreiber

[RobertG]

Hallo Freischreiber,

warum da überhaupt Ereignisse im Unterformular ausgelöst werden kann ich nicht sagen. Die Logik dahinter durchschaue ich auch nicht. Nur hat es da einen Wechsel gegeben. Ob der bewusst herbeigeführt wurde oder sich unabsichtlich eingeschlichen hat kann ich nicht sagen. Ich habe dazu einmal eine Bugmeldung aufgegeben.
https://bugs.documentfoundation.org/sho ... ?id=112059
Ein Unterformular hat bis zur Version 4.4.7.2 zwei Ereignisse ausgegeben, auch wenn das Hauptformular, wie bei Dir, gar nicht mit Daten versehen werden konnte:
"Vor dem Datensatzwechsel" und "Beim erneuten Laden"
Anschließend, d.H. ab 5.*, wurden die Ereignisse
"Vor dem Datensatzwechsel" und "Nach dem Datensatzwechsel" da draus.

Dass das weitgehend unbemerkt blieb kann damit zusammenhängen, dass nur selten Leute ein Hauptformular haben, das die Eingabe von Daten nicht zulässt. Bei einem editierbaren Hauptformular sind die Ereignisse im Subformular anders und auch gleich in den verschiedenen Versionen.

Gruß

Robert

[Freischreiber]

Hallo Robert,

vielen Dank für die Meldung, ich habe es gleich bestätigt.

Bei mir öffnen die Formulare gefiltert auf einen nichtexistenten Datensatz, damit ich vor der Eingabe des Suchbegriffs nicht mit irgendwelchen Adressen oä behelligt werde. Sonst hätte ich das Problem auch nicht.

Gruß
Freischreiber