De-referencing from an Enum (base type REF) isn't working

[MultiTech]

I was making some updates, including the new-ish feature where you can use an Enum (with a base type REF) and de-reference from that - instead of having to set the column type as an actual ref - when I noticed that the data that should result from that de-ref wasn’t being written to the table.

[GreenFlux]

MultiTech_Visions:

I noticed that the data that should result from that de-ref wasn’t being written to the table.

Was it writing the key-value instead?

Release Notes: 7/17/20 Feature Release Notes

Thank you for this! I’m just now getting a chance to experiment with it. We can now dereference an ORDERBY list of Refs to get other values from that row and sort by any column. Awesome! However, I’ve noticed you can not dereference the ORDERBY() expression directly. The ordered Ref-list has to be stored to a Virtual Column first, then that column can be dereferenced to a new list. ORDERBY(<<LIST_EXPRESSION_OF_REFS>>)[Column] does not work, but [OrderedRefs_VC]= ORDERBY(<<LIST_EXPRESSION_O…

[MultiTech]

Not a de-ref of lists (though this will be handy when it becomes stable); I’m talking about being able to de-ref from an Enum (with a base type of REF) just like it was a regular ref.

It was working until last night; I spent 7 hours completely reworking how data is processed by an app (that’s live)… only to find my updates caused all critical data points to fail and not get their data.
ugh

The editor approves the de-ref from the enum column, but the resulting data is blank.

---

At least it’s super easy to roll back 7 hours worth of updates and get everything right back to where it was before you began.

[nkadonaga]

Thanks for reporting this (and @GreenFlux for the key-value issue in the other thread). I’ve added these items as bugs to fix