-
Notifications
You must be signed in to change notification settings - Fork 219
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
Bring back toggle for boolean #3618
Comments
@markphelps I'm not sure if you got a chance to look at this. Do I need to provide more details or anything? |
@vgwizardx sorry for the delay. We've since redone the flags list page in v1.53, but I agree it is still confusing as it's always 'Enabled'. What we are really trying to convey is that evaluation wont fail with an error, like it does for variant flags if you try to evaluate them without them being 'enabled'. But now that we've moved from a table view where all the columns had to be the same to a 'card' view, we can now show boolean and variant flag details differently on the Flags list page. Here's what I propose:
Wdyt? cc @erka |
I wish Flipt could display a precomputed label for the enabled/disabled state of a boolean flag in the UI. This would simplify understanding the flag's behavior based on its configuration. Here's how it could work:
The default value of a boolean flag might not represent its actual behavior. For example, if the toggle is |
@markphelps and @erka I think simple is best. So please do what you suggest Mark and we could do something like as follows for the flags view when there is a rollout. No Rollouts Threshold or Segment Rollout |
Problem
On the Flipt Flags page, the "Evaluation" field is always shown as "Enabled" for boolean flags, which is redundant since it cannot be toggled off. Currently, users must navigate to the flag configuration page, scroll down to the "Default Rollout" section, and use a dropdown to set the default value. This process can be cumbersome and unintuitive for quickly changing a flag's default value.
Ideal Solution
While the old screen was a little confusing. I did like using it more for boolean flags. I have included what would be the best of both worlds.
Add a Toggle for Default Value on Flag Config Page: Reintroduce a toggle at the top of the flag configuration page (where the old Evaluation enable/disable toggle was located) to set the default value to true or false. This toggle would replace the "Default Rollout" section, making it faster and more intuitive for users to adjust the default value directly on the config page without needing to scroll or use a dropdown.
Remove Default Rollout Section: Eliminate the "Default Rollout" section as the new toggle would cover its functionality. This simplifies the user interface on the config page and reduces redundant controls for setting the default value.
Improve Default Value Visibility on Flags Page: On the Flags page, visually emphasize the default value by displaying it as a pill icon—green with "true" and red with "false." This provides a quick, high-level view of each flag's default value (and the actual flag state if rollouts are not being used), making it easy to identify without requiring navigation to the flag config page.
Rationale
This proposed change enhances the user experience by:
Search
Additional Context
I don't plan on using the rollout section, and I feel that many teams may prefer using boolean flags for simplicity. This change would allow teams to leverage boolean flags more effectively without the confusion introduced by the past and current setup.
The text was updated successfully, but these errors were encountered: