PostHog / PostHog/posthog

Denote feature flagged features in the app

Open
#26,469 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Python
Stars
39.9k
Forks
3.4k
Avg merge
7h 27m
Merged PRs (30d)
222

Description

We are constantly yoloing new features behind feature flags in "team 2". But it's really hard to keep track of what's internal-only, what's released to a handful of users, and what's public.

Given how many people we have joining, and how many new features are getting pushed into production, it would be worth having a visual indication internally of a feature's status if it's not public.

This is a tricky thing to solve since there are different ways features are exposed in the UI. Here's a few ideas:

Internal-only

Icon with tooltip
image

image

Changing text color

In cases where there's already an icon, it'd be funky to have two icons, so here I changed the text color to dark blue. I'm trying to walk the line between being obvious without being obnoxious, especially since I'm assuming some of this will potentially be seen by customers during demos.

image

Limited release features

I was going to try to use a present icon to indicate beta features that are selectively rolled out to customers. (Here the Doctor tab isn't GA, so I added a green present icon to its right.) This doesn't look great, so we could always change text color here like mentioned above, or maybe do a dotted/dashed underline.

Could also potentially just color the existing icon differently in this case (to green).

image

Open to ideas!

cc @adamleithp

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

The issue names no files, tests, or entry points. First review how feature-flagged features are exposed across the app and agree on visual treatments for internal-only and limited-release states. Done means the chosen indication is implemented consistently for those states and verified in the relevant UI.

Written by the indexing model from the issue text.

Assessment

Domain
frontend
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.