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
In automated tests, to correctly test features sometimes a flag needs to be enabled for one user but not enabled for another user. The current test helper override_flag is can only mock on for all users or off for all users.
The text was updated successfully, but these errors were encountered:
Up until now, the `override_flag` test util was only useful to
completely activate or deactivate a flag. It didn't allow to provide
more customization for all the internal checks it makes, like evaluating
if the request user is authenticated or staff.
This change provides that functionality, without breaking the current
API, to avoid breaking changes. Now, users can provide more granular
arguments to `override_flag`, for a more flexible flag testing.
Closesjazzband#439.
adamantike
added a commit
to adamantike/django-waffle
that referenced
this issue
Dec 2, 2022
Up until now, the `override_flag` test util was only useful to
completely activate or deactivate a flag. It didn't allow to provide
more customization for all the internal checks it makes, like evaluating
if the request user is authenticated or staff.
This change provides that functionality, without breaking the current
API, to avoid breaking changes. Now, users can provide more granular
arguments to `override_flag`, for a more flexible flag testing.
Closesjazzband#439.
In automated tests, to correctly test features sometimes a flag needs to be enabled for one user but not enabled for another user. The current test helper
override_flag
is can only mock on for all users or off for all users.The text was updated successfully, but these errors were encountered: