Support Request #11356
closed
No property update received for property_variable<tUInt16>
Added by hidden almost 4 years ago.
Updated almost 4 years ago.
Requester's Priority:
Normal
Platform:
Windows 10 64bit
Description
Supportanfrage
Uns ist ein Unterschied zwischen property_variable<tUInt16> und property_variable<tUInt32> aufgefallen. Beim Ändern der Werte in den Filter-Propertys scheint im ersteren Fall kein Update im Filter anzukommen. Beim Ändern des Property-Typs in tUInt32 aber schon. Handelt es sich um einen bekannten Bug? Oder habt ihr eine Idee, was wir möglicherweise falsch machen könnten?
Lösung
Wenn mich nicht alles täuscht, gab es hier mit t(U)Int8 und t(U)Int16 Probleme, was in ACORE-10368 zu ADTF 3.7.0 gefixt wurde.
Ich würde mal behaupten, dass das problem mit einen Upgrade (am besten gleich auf 3.7.1) behoben ist.
PS: Ab 3.7.0 gibt es auch ein Callback wenn sich eine Property ändert (analog zum Property Update aus ADTF 2.x), falls ihr das braucht. Weitere Infos:
- Project changed from Public Support to 11
- Status changed from New to In Progress
- Topic set to ADTF::CE
- Customer set to AUDI
- Department set to EF
- Status changed from In Progress to Customer Feedback Required
Hi Patrick,
mir ist da jetzt nichts bekannt, könntest du evtl. mal in der entsprechenden *.adtfproperties Datei nachschauen ob die Änderung serialisiert wird.
Die Datei sollte relativ zu deiner *.adtfsession Datei liegen unter ./adtfgraphs/ .
Vielleicht einfach mal eine Änderung machen, speichern und schauen ob diese in der Datei ankommt.
So können wir zumindest mal schauen ob es ein Config oder Laufzeit Problem ist.
Danke & Grüße
Sebastian
Hallo Sebastian,
ich habe deinen Hinweis an den Kollegen weitergeleitet, der das Problem gerade bearbeitet. Er kommt erst übernächste Woche aus dem Urlaub zurück.
Ich melde mich, sobald er wieder da ist.
Gruß
Patrick
- Resolution set to Known Problem
- Product Issue Numbers set to https://www.cip.audi.de/jira/browse/ACORE-10368
@Patrick/Sebastian:
Wenn mich nicht alles täuscht, gab es hier mit t(U)Int8 und t(U)Int16 Probleme, was in ACORE-10368 zu ADTF 3.7.0 gefixt wurde.
Ich würde mal behaupten, dass das problem mit einen Upgrade (am besten gleich auf 3.7.1) behoben ist.
PS: Ab 3.7.0 gibt es auch ein Callback wenn sich eine Property ändert (analog zum Property Update aus ADTF 2.x), falls ihr das braucht. Weitere Infos:
Ich habe nun Feedback zu diesem Problem: Der Wechsel von ADTF 3.6 auf ADTF 3.7 hat das Problem tatsächlich gelöst. Da wir so oder so den Wechsel noch auf der Tagesordnung haben, hat sich die Sache erledigt.
Danke für den Callback-Tip. Das ist nützlich für uns.
Das Ticket kann geschlossen werden.
- Project changed from 11 to Public Support
- Subject changed from Probleme mit Property-Updates to No property update received for property_variable<tUInt16>
- Description updated (diff)
- Status changed from Customer Feedback Required to To Be Closed
- Private changed from Yes to No
- Status changed from To Be Closed to Closed
Also available in: Atom
PDF