Skip to content
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

[BUG] Identity feature flag should be set to true while the feature is first released #16173

Closed
peternied opened this issue Oct 2, 2024 · 4 comments
Labels
bug Something isn't working Other v2.18.0 Issues and PRs related to version 2.18.0

Comments

@peternied
Copy link
Member

peternied commented Oct 2, 2024

Describe the bug

In 2.17 the identity feature flag was in place and is disabled by default. With #16024 backported to 2.x, in the identity feature is enabled with no way to disable. We have skipped past the step where its enabled by default and had several releases to confirm everything is working as expected.

I would advice caution with this feature roll out to be sure we aren't creating any blocking issue. Lets add the flag back but flip the state to enabled by default.

Additional Details

@peternied peternied added bug Something isn't working untriaged v2.18.0 Issues and PRs related to version 2.18.0 labels Oct 2, 2024
@github-actions github-actions bot added the Other label Oct 2, 2024
@peternied
Copy link
Member Author

FYI @reta @cwperks

@cwperks
Copy link
Member

cwperks commented Oct 2, 2024

Thank you for filing this issue @peternied! All usages of Identity are currently gated behind the Extensions FeatureFlag.

There are 2 locations where methods from IdentityService are called:

  1. In RestSendToExtensionAction
  2. In ExtensionsManager

There are no other usages. I think this qualifies as being under a feature flag, but let me know what you think.

@reta
Copy link
Collaborator

reta commented Oct 2, 2024

Thanks @peternied , adding to that, I believe this feature flag is not used at all in the wild (safe to remove). Also, all feature flags have to be disabled by default but we could flip it on in opensearch.yml if you think think we have to bring it back ( shiro plugin is not installed by default).

@peternied
Copy link
Member Author

Thanks for double checking - false alarm!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working Other v2.18.0 Issues and PRs related to version 2.18.0
Projects
None yet
Development

No branches or pull requests

3 participants