Closed kevin-j-m closed 6 years ago
Hi @kevin-j-m, the only workaround I can suggest while I look into this would be to use an Cloak.Fields.Map
field instead of an embedded schema. Would that work for you?
I'm looking into what it would take to add support for embedded schemas, but I'm not whether it makes sense to release that feature in 0.10
or back-apply it to 0.7
.
Hi @danielberkompas, the embedded schema itself isn't encrypted. However, it seems like the embedded schema being part of a schema that does have an encrypted element is enough to trigger this error. I don't have a need at this point to encrypt the embedded schema, so I don't think a Cloak.Fields.Map
makes sense here.
For what it's worth, I'm at the stage of my project where it's not mission critical that this get resolved immediately or with any urgency. As such, I personally see no issue with this being part of a future release.
I wanted to raise the issue to see if there was something obvious/silly I was missing, and to also raise awareness both so others can find it and also in the hopes that it eventually get resolved.
Thanks for the reply and considering an alternative for me to pursue.
I am in the process of upgrading from 0.6 to 0.7 (ultimately up to 0.9) and have run into an issue with the migration mix task. It appears to have an issue handling an Ecto embedded schema. I have a schema that looks similar to this (where the schema and field names have been obviously changed):
Running the migration task:
Results in the following error:
I'm using Postgres for my database. If there are any other environment or application configuration I can provide, please let me know. If there's anything you can think of for a workaround to handle this, I'd really appreciate it.
Thank you!