You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, DEFAULT_FLAG is a global default for new flags during WAFFLE_CREATE_MISSING_FLAGS, but that breaks down as soon as 2 flags should have different defaults, or any other late/contextual programmatic determination
One solution is somehow tying this to SETTINGs, as in #50
A more general and Django-y approach would be allowing the specification of a user-defined handler like an Adapter. Ex:
@lmeyerov The way that it can be mitigated right now is to invert the condition of the flag so that the desired default is always False. Instead of IS_SOMETHING_ACTIVE, flip it to IS_SOMETHING_INACTIVE. But this is annoying. Having an option to set different defaults would be nice.
Currently,
DEFAULT_FLAG
is a global default for new flags duringWAFFLE_CREATE_MISSING_FLAGS
, but that breaks down as soon as 2 flags should have different defaults, or any other late/contextual programmatic determinationOne solution is somehow tying this to SETTINGs, as in #50
A more general and Django-y approach would be allowing the specification of a user-defined handler like an Adapter. Ex:
A more static and closed approach would be constance-style precomputed settings:
The text was updated successfully, but these errors were encountered: