Fehler im GDPdU-Addon ab NAV 2009

Hallo liebe Community-Experten,

es gibt in NAV 2009 SP1 (vielleicht auch schon ohne SP) einen kleinen, entscheidenden Fehler im GDPdU-Addon. Wenn man manuell den Export einrichten oder ändern möchte, dann werden in der Feldauswahl die Felder nicht mehr angezeigt. Das Problem inklusive Lösungsvorschlag ist hier http://www.marcsittly.de/wiki/index.php?page=GDPdU beschrieben. Mit dem angegebenen Workaround sind die Felder wieder auswählbar, allerdings dann alle Felder der Tabelle, d.h. auch BLOB-Fields, FlowFilter, etc. Das kann natürlich dazu führen, daß die Einrichtung und/oder der Export fehlerhaft wird. Das eigentliche Problem ist ja, daß die Form "GDPdU Field Selection Subform" (ID 11006) in der 6er-Version auf einmal als temporäre Ansicht (SourceTableTemporary = Yes) ausgeliefert wird.

Warum ist das jetzt so und welche Alternative zu dem o.g. Workaround seht ihr?

Wie wärs mit dem Codefix von MS?

Ja, das ist ja die beschriebene "Lösung"! Ich sehe damit noch ein gewisses Risiko und daher fragte ich...

Warum ist das jetzt so und welche Alternative zu dem o.g. Workaround seht ihr?

Das "so" bezieht sich auf die temporäre Tabelle.

Also, ich bin nach wie vor nicht glücklich mit der 2009er-Version der Schnittstelle, auch wenn ich jetzt zumindest für mich den Grund für die Änderungen zur 5er-Version herausgefunden habe. Ich denke, das liegt daran, daß man bestimmte Funktionen von den Forms herunterkriegen wollte, für die Page-Transformation. Trotzdem finde ich das nicht gut gelöst. Ich habe nämlich schon wieder einen Bug gefunden. Bei der manuellen Feldauswahl wird die Zeilennr. nicht richtig gesetzt, was dazu führen kann, daß man keine Felder mehr für den Export auswählen kann (Datensatz existiert bereits). Oder gibt es dafür auch schon wieder ein HotFix?

Ich habe das Problem noch einmal genauer analysiert. Der Bug liegt darin, daß in der Codeunit "GDPdU Management" in der Funktion InsertGDPdURecDefField die neue Zeilennr. über folgende Codezeile ermittelt wird:

Code:

NextLineNo := FindNextLineNo(NewGDPdURecDefField);

Da NewGDPdURecDefField aber als Referenz aus der Subform übergeben und vorab niemals gesetzt wird, wird immer auf den ersten Datensatz in der Tabelle "GDPdU Record Def. Field" geschaut:
FindNextLineNo(VAR GDPdURecDefField : Record "GDPdU Record Def. Field") NextLineNo : Integer

Code:

NextLineNo := GDPdURecDefField."Line No.";
IF GDPdURecDefField.FIND('>') THEN // FIND('>') auf einen uninitialisierten Record ergibt immer den ersten Datensatz
  NextLineNo := NextLineNo + (GDPdURecDefField."Line No." - NextLineNo) DIV 2
ELSE
  NextLineNo := NextLineNo + 10000;

Danach wird mit dem dann ermittelten Datensatz weitergearbeitet, was zwangsläufig dazu führen muß, daß irgendwann keine neuen Zeilen mehr eingefügt werden können.

Ist das Problem jemandem bekannt und gibt es eine Standardvorgehensweise zur Lösung? Ich habe leider kein HotFix gefunden.

Hi,

ich hatte das selbe Problem und möchte es hier die Lösung der Vollständigkeitshalber auch posten: Article ID: 977362 - The line numbers are incorrect in the "GDPdU Field Selection" dialog box in the German version ...

Aber ein Hinweis: beim 5ten Schritt nicht vergessen die Variable auf "pass by reference" zu stellen ;)

Hallo zusammen,
auch im Jahr 2020 fällt man noch über den Fehler mit der Feldauswahl. Leider sind die hier angegebenen Links nicht mehr vorhanden. Hat jemand zufällig noch den Codefix von Microsoft für NAV 2009 R2?
Das wäre echt super. Wir haben hier gerade einen Kunden mit so einer alten Version, der leider keinen RTC hat (da funktioniert es nämlich, wie ich festgestellt habe).

Wenn sich niemand findet der den tatsächlichen Codefix liefern kann dann könntest du hier die Code Objekte als Textdatei reinstellen und ich würde sie mit dem funktionierenden Codestand bei mir vergleichen und dir die Unterschiede geben.

Wir haben hier gerade einen Kunden mit so einer alten Version, der leider keinen RTC hat (da funktioniert es nämlich, wie ich festgestellt habe).

wenn gar kein Objektstand kommt, dann nimm einfach den RTC -> installieren, verbinden, "freuen"...außer du sagst jetzt, dass der Kunde "auch noch" kein SQL hat