Common questions about feature flags

Why is my feature flag not working?

Here's a list of suggestions to troubleshoot your flag:

1. Check the feature flags tab on the persons page for your specific person.
   1. If the flag is showing up as disabled here, check the "match evaluation" column to know the reason why.
   2. If the flag is showing up as enabled here, the problem lies somewhere in the implementation (your code).
2. Check if you're calling identify() before the flag is called to get to the right person on your website.
3. Check if an ad-blocker is blocking calls. If yes, you can fix this by deploying a reverse proxy.
4. If your flag depends on person properties, and doesn't work for initially anonymous users, you might be hitting the case where flags are being queried before those properties can be ingested. In this case, manually pass in properties to getFeatureFlag from your client.
5. Raise a support ticket to see if we can help debug.

On my website, why does the feature flag sometimes flicker?

By default, flags are loaded from our servers which takes about 100-500ms. During this time, the flag is disabled, which can be the reason why you see things look differently for the first 500ms.

To fix this, you can bootstrap feature flags.

I care about latency a lot, and 500ms delays are unacceptable on my servers. Can I do something about this?

Yes, use local evaluation. This downloads flag definitions on your servers and evaluates them locally.

My feature flags are sending a lot of events, how can I manage this?

Every library has the option to disable sending these events. Just check the relevant docs for the library for the send_events parameter in your posthog.isFeatureEnabled() or posthog.getFeatureFlag() calls.

However, note that this has a few consequences:

1. The usage tab on the flag will stop showing events since we can't track them anymore.
2. Experiments that depend on trend goals won't work since we use this event to calculate relative exposure. Convert your trend experiments to funnel experiments instead to make this work.

Is the rollout percentage for a flag deterministic? How about multiple flags?

For any given feature flag, a user who is within the rollout bound will always remain within the rollout bound as the rollout percentage increases. Thus, the rollout percentage is deterministic. With multiple feature flags, users can fall under different points of rollout percentages per flag, so for a "50% rollout" for feature flag A and feature flag B, you won't always have the same users that see both features at once.