-
Notifications
You must be signed in to change notification settings - Fork 56
FIX: featureFlags.set() does not update cached featureFlags #42 #43
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
Conversation
|
Thanks for putting this together, are you able to provide a test that fails to capture your fix? Also if you can remove the version bump and dist changes from your PR that will come through with the publishing. |
|
Sure :) |
|
Hi Michael, Did you had chance to review my last update? |
|
Looks good to me, thanks for making those changes. |
|
@dejewi I have reverted this PR in v1.6.0 based on https://github.com/mjt01/angular-feature-flags/issues/44. Having reviewed the issues raised I agree that the correct behaviour is not what was set last, rather that the local override wins. Sorry for the confusion, I'm not actively working on this module so it can be hard to build enough context to review intent thoroughly enough. |
|
ohh :( |
|
On reflection I actually think you are using the model incorrectly (hence the roll back). The You're probably after a |
|
Generally I don't use
myApp.config(function(featureFlagsProvider) {
featureFlagsProvider.setInitialFlags([
{ "key": "ARE_FEATURE_FLAGS_LOADED", "active": false, "name": "...", "description": "..." },
]);
});
myApp.run(function(featureFlags, $http) {
featureFlags.set($http.get('/api/flags'));
});And after this two steps |
No description provided.