From bb5027cb39912820b02568fcbf648d19cf8f9c3c Mon Sep 17 00:00:00 2001 From: Dan Fuller Date: Tue, 15 Apr 2025 14:24:07 -0700 Subject: [PATCH] Update feature flag docs for issue platform --- develop-docs/backend/issue-platform/index.mdx | 5 +---- 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/develop-docs/backend/issue-platform/index.mdx b/develop-docs/backend/issue-platform/index.mdx index 4e9dd9abdeb719..e2c9938a78ac5d 100644 --- a/develop-docs/backend/issue-platform/index.mdx +++ b/develop-docs/backend/issue-platform/index.mdx @@ -184,9 +184,6 @@ The issue platform provides functionality to help release your new issue type in - Post processing - This controls whether we'll pass the issue along to post processing. If disabled, then issues will be created but no notifications will be sent. This can be helpful for testing out what issues look like before release. _Note:_ Any issues created this way will not send new issue notifications after the flag is enabled, since they already exist. In the future, if there is demand we might provide a way to remove all test versions of a new issue type. - UI - This controls whether the issue type will appear in the issue list and elsewhere in the ui. -The flags for ingest and post processing are backed by options, and we automatically register these when the issue type is created. These options can be enabled for LA/EA/GA here -https://sentry.io/_admin/options/. - -The flag for the UI uses flagr. We're unable to register new flags in flagr automatically, so you'll need to create the flag in flagr yourself. The name will be in the format `organizations:-visible`. +These flags are all controlled via flagpole and set via options automator. To get the base values for all of these for easy pasting into flagpole, run `sentry createissueflag --slug= --owner=`. The results of this can be directly pasted into flagpole.yml. Once your issue type is fully released, and you want it to go out to self-hosted and single tenant you can set `released = True` on your GroupType. This allows it to be released everywhere, and removes the feature flags and options. Generally we recommend doing this after your issue type has been in GA for long enough to verify that it's working as intended.