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
to wrap posthog initialization around our own initialization logic so we could identify the user and then resolve feature flags manually via:
newPromise<void>((resolve,reject)=>{try{client.onFeatureFlags((flags,variants)=>{log.info({ flags, variants },'Resolve features');resolve();});// Trigger fetching feature flags since we've disabled feature flags by defaultclient.reloadFeatureFlags();}catch(err){log.error({ err },'Failed to resolve feature flags');reject(err);}});
As of v1.200.0 and onwards it looks like advanced_disable_feature_flags_on_first_load also disables reloadFeatureFlags() silently and never triggers the onFeatureFlags callback. If we remove the disable flag, we're unable to prevent the double /decide requests. If this is intended is there another way to achieve what we had prior?
Thanks!
The text was updated successfully, but these errors were encountered:
Hello,
We recently updated to versions 1.200.0 and onwards and noticed some issues related to #1596.
Specifically, in v1.99.0 and earlier we were utilizing the following configuration:
to wrap posthog initialization around our own initialization logic so we could identify the user and then resolve feature flags manually via:
As of v1.200.0 and onwards it looks like
advanced_disable_feature_flags_on_first_load
also disablesreloadFeatureFlags()
silently and never triggers the onFeatureFlags callback. If we remove the disable flag, we're unable to prevent the double/decide
requests. If this is intended is there another way to achieve what we had prior?Thanks!
The text was updated successfully, but these errors were encountered: