I’m using a0deploy in my pipeline, and using AUTH0_KEYWORD_REPLACE_MAPPINGS to support different values for each deployment environment (eg. dev, qa, staging, prod). This is working fine. However, I’m now trying to add a replacement value that’s a boolean…
In that tenant.yaml screenshot - if I don’t include the single quotes, then a0deploy export overrides that with whatever the real value from the tenant is. Ie. ignoring AUTH0_PRESERVE_KEYWORDS=true. Given it’s a bool, I’d expect to not have the quotes around it. I’m assuming the “#” is breaking it, as that makes it a YAML comment?
If I include those single quotes - then the a0deploy import fails saying…
“Payload validation error: ‘Expected type boolean but found type string’ on property enabled (Whether or not brute force attack protections are active).”
Which makes sense.
Does this not support boolean / non-string values?
Thanks, this works. However, I am a bit concerned that this is now hard-coding the entire bruteForceProtection JSON block (when I just want to replace a boolean field’s value).
This means that if Auth0 ever change any fields within that bruteForceProtection JSON block, my hardcoded replacement-mapping is going to trash over it.
It does seem a bit strange that this replacement mapping doesn’t support a fundamental data type like a boolean. Especially when a lot of Auth0 settings are booleans (on/off).
This is too limiting - so I think I’m either going to swap out the templating side of things with something else like Handlebars or T4.
Or alternatively, spike the Terraform provider.
Thanks for your help though, and quick reply - that’ll certainly work as a short-term fix.