- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Bug in IdentifiableIdProvidingFormData
In Version 5.0.425.60000 gibt es scheinbar einen Bug in IdentifiableIdProvidingFormData. Im folgenden Beispiel handelt es sich bei pt_products um eine FS_LIST vom Typ "database":
$CMS_SET(p0, pt_products.get(0))$ $-- Zuweisung des ersten Elements an eine Variable p0 --$
$CMS_SET(p1, pt_products.get(0))$ $-- Zuweisung des ersten Elements an eine Variable p1 --$
$CMS_VALUE(p0.id == p1.id)$ $-- true --$
$CMS_VALUE(p0 == p1)$ $-- false --$
$CMS_VALUE(p0.equals(p1))$ $-- false --$
$CMS_VALUE(pt_products.get(0).equals(pt_products.get(0)))$ $-- false --$
$CMS_VALUE(pt_products.indexOf(pt_products.get(0)))$ $-- -1 --$
$CMS_VALUE(pt_products.indexOf(p0))$ $-- -1 --$
Die Liste liefert bei jedem Zugriff offenbar neue Instanzen ihrer Element.
Die zurรผckgegebenen Element implementieren offenbar nicht equals/hashCode.
Das fรผhrt zu Problemen bei Vergleichen von Elementen, beim Prรผfen, ob ein Element in der Liste enthalten ist, bei der Verwendung der Elemente in hashbasierten Datenstrukturen, usw.
Das Problem tritt nur in der Preview auf, da bei der Generierung andere Klassen fรผr die Elemente der Liste verwendet werden.
- Labels:
-
Developers
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Kann das jemand als Bug bestรคtigen?
Vielen Dank
Nick
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Scheint auf den ersten Blick zu stimmen. Ich habe es mal intern zur Evaluation aufgenommen.
Falls du Kontakt mit unserem Helpdesk aufnehmen willst: Die interne ID ist #149158.

