-
Notifications
You must be signed in to change notification settings - Fork 159
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Keyword preservation does not preserve "identifier" fields #770
Comments
@dkobia thank you very much for the feedback! I'm glad that this feature is getting a bit of use. I believe that there are two separate issues at play here. First is that there probably are a couple of fields that the algorithm is not yet able to preserve, especially when they are fields nested underneath arrays (ex: themes). This is because array items cannot be identified by order alone (for technical reasons explained in #688). This is only my initial suspicion and I'll need to investigate further to definitively identify the specific issue. Secondly, there are fields that just cannot be preserved, particularly the "identifier" field for each resource. The identifier is the field that is used to unique identify a specific resource in the absence of regular IDs to enable tenant-agnostic functionality. I believe that is what is at play with the And finally, It's probably not much consolation, but the keyword preservation is at odds with some technical limitations that prohibit it from operating in 100% of situations but I genuinely hope that it reduces some of the toil. |
We are facing the same issue but in directory format. Is it possible to change the title so both formats are contained? It wasn't easy for me to relate this to our issue immediately and I was about to submit duplication 😅 Also it would be great if the limitation is documented. Greater if it comes along with the list of "identifier" per resource. Do you think it's possible? That said, thanks for the feature as well as the maintenance. The new option did reduce some of our toils, about which I wanted to appreciate here 🙏 |
@sato11 done. I recognize now that this affects both formats. I'm working on getting these identifier fields added to the diff'ing algorithm. I believe this can be fixed in code. It still won't work in 100% of cases but will certainly bridge the gap for many folks. |
@dkobia @sato11 I've released an update in 7.17.2 that enables keyword preservation of identifier fields. This will hopefully solve some of the missed replacements that you're observing, but not all. The documented limitations will still apply; these are not likely to be solved anytime soon. I'll continue to keep this issue open for a little while to solicit feedback. |
@bobjohnson2708 Apologies, that build got hung up in CI. It's now live on npm. |
Checklist
Description
The new keyword replacement works as required (mostly) but skips a few parameters.
For example, the following will not be preserved in tenant.yml
The same is true for any keyword mappings in
branding_templates/universal_login.html
Expectation
I expect the
AUTH0_KEYWORD_REPLACEMENT_MAPPINGS
to be maintained.Reproduction
Deploy CLI version
v7.17.0
Node version
v16.10.0
The text was updated successfully, but these errors were encountered: