Open elliotdickison opened 2 months ago
Hey @elliotdickison,
Thank you for submitting this feature request. I’ll ensure it is forwarded to our team.
@1abhishekpandey Your suggestion to set custom context as traits via identify
after a call to reset
and then extract the context on the server via a transformer seems to be working well. I originally mis-read your suggestion as setting context via identify
which does not work, but setting traits does the trick. Thank you!
We are setting custom context via
setup
. This context includes details about our app that we want to persist for all RudderStack events across all sessions. This works as expected until we callreset
when a user signs out. This blows away the persistent context without leaving us a way to restore it. We've tried:Sending context with every event: this works for events that we trigger, but not for application lifecycle events
Calling
identify
immediately after calling sign out: this does not seem to persist context, at least in a way that allows it to be automatically included in application lifecycle events.I don't think there are really any bugs here. The docs clearly state that calling
reset
will blow away persistent context. I'd call this a feature request for surfacingputCustomContext
via the React Native bridge so that we can update context after a reset.