Multi-Enum Reference – Missing enum_name/enum_value on records

Hi, I discovered a bug when using a multi-enum property on an object class:
Only the enum’s _id is accessible on the record. The enum_name and enum_value properties are not exposed, making it very difficult to use enum data in UI bindings or conditions.

Steps to Reproduce

  1. Create an object class with a multi-enum property

  2. Populate it with enum values

  3. Try to access enum_name or enum_value on the stored record - only _id is available (see screenshot)

Expected Behavior

Enum properties (enum_name, enum_value) should be accessible directly on the record, consistent with how single-enum references behave.

Current Workaround

Load the enum as a separate data source, then iterate over it and match _id against the stored value - but since _id isn’t directly accessible via data binding or conditions, this can only be done via the function editor in code (see screenshot). Note that this approach will produce the error message Property '_id' does not exist on type 'Readonly<enum>' in the code editor but at least it seems to work.

This means that, e.g., iteration containers require a preceding action flow to have already run and mapped/selected the relevant enums.

This adds unnecessary complexity for what should be straightforward enum access, so would love to see it fixed :smiley:

Hi Kaspar,

Would you be able to share access to me, rhys@appfarm.io for the affected solution? This would help me to gain more insight into the use case, and try and determine a potential solution or to report this concretely as a platform improvement.

I have tried to recreate this in my own solution, but it seems like the behaviour is as expected. This is for version 135.0.22. I have tested Enums of type “string” and of type “Auto” and both behave as expected.

DevTools:

Iterating through in the UI:

Action logic:

1 Like

Updating the thread for reference - this bug has been resolved after deploying to the latest Appfarm version. It seems that this was connected to a bug in the way multi-cardinality Enums were stored/represented in an earlier Appfarm version, which has now been fixed.