-
Notifications
You must be signed in to change notification settings - Fork 16
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
Encrypted features are not being restored from disk cache #98
Comments
Hello @midery! |
@Bohdan-Kim hello! Thanks for a swift reply! We use version |
The encrypted features are transferred over the network while you are always pointing us to the restoring features from cache. I would agree if it will be encrypted features from Backend but you are pointing to the features from cache. |
Could you please try to reproduce on 1.1.47 version? There should be Fix encrypted features preparation |
Yeah, you're absolutely right! Because of that, even if users are loaded
Thanks, I'll try this version and report here! |
We need to investigate it a little bit deeper |
The pull request was created according to this issue. |
Hello! We recently discovered an issue with GrowthBook Android SDK:
When we use encryption and save encrypted features to a disk cache, they're not being restored from it. This happens in FeaturesViewModel.fetchFeatures method: only
dataModel.features
is being restored, but dataModel.encryptedFeatures is being ignored.This results in incorrect state if we read some values right after app start, before we fetch the updated value from a remote.
Reproducible steps:
encryptionKey
when initializing GrowthbookSDKExpected behavior:
GrowthbookSDK.getFeatures()
returns previously fetched features, feature's source is the source from last remote call.Actual behavior:
GrowthbookSDK.getFeatures()
returns empty map, feature's source is "unknownFeature"Is this an intentional behavior? If it is not, can you please take a look into it? 🙏
The text was updated successfully, but these errors were encountered: