Feature Flags ​
The app uses PostHog feature flags to control the rollout and availability of features. Flags are managed from the PostHog dashboard (project: Post-purchase) and can target specific user segments.
Flags ​
| Flag | Type | Purpose |
|---|---|---|
hide-shop-nav | Boolean | Hides the Store tab from the navigation bar |
show-shop-content | Boolean | Controls whether the Store is open for shopping or showing a maintenance message |
min-app-version | Multivariant (string) | Minimum required app version — blocks usage below this version |
suggested-app-version | Multivariant (string) | Recommended app version — prompts a dismissable update below this version |
Boolean flags ​
Boolean flags are simple on/off toggles. When PostHog is unavailable or a flag doesn't exist, the app defaults to false.
For details on the shop flag design and safe defaults, see ADR-0002.
Version flags ​
min-app-version and suggested-app-version are multivariant flags where the variant key is a version string (e.g. 3.0.0). The app compares this against the installed native app version.
- When PostHog is unavailable or the flag is inactive, no update screens are shown.
- Invalid version values are ignored and reported to Sentry.
These flags power the forced version update system.
Debug panel ​
In non-production builds, flag values can be overridden via the PostHog Flags tab in the debug drawer. This is useful for testing flag behaviour without changing PostHog. Overrides are blocked in production.