Change User dynamically

[pwan001-dev]

Since the user is provided as a parameter to the HoC, the user is bound to the "instance" of the Provider component that's returned by the withLDProvider HoC. That means, any time the user sign in status changes in our app, we must create a new wrapped Provider component, which will re-instantiate the entire DOM that's beneath the Provider.

Instead of using a HoC, I'm curious why we can't just provide at least the User via props to the Provider component, and have the Provider re-initialize if the User changes.

[bwoskow-ld]

Hi @pwan001-dev,

While the LaunchDarkly SDK for React requires that it be associated with a single user, the SDK does provide a mechanism for switching to a different user context without creating new provider components. This mechanism is essential for situations like the one you described where there are changes to the user sign in status.

To do so, you'll want to use the identify function on your underlying ldclient instance. Please note, as mentioned in the React SDK documentation, all logic exposed in the JavaScript API is equally accessible in the React SDK.

Let me know if this addresses your question.

Cheers,
Ben

[pwan001-dev]

That worked, thank you!

Unrelated to the React client, but I noticed that you can't clear the user after it has been initialized by doing ldClient.identify({key: undefined}) (or null). My assumption would be that it would generate a new random hash after being set to an undefined/null value, but I guess we just need to generate our own random hash to clear the user when signing out.

Thanks again! That saved me a lot of headaches!

[bwoskow-ld]

Hi @pwan001-dev,

Rather than doing what you're doing, you can tell identify that you want to represent an anonymous user by specifying anonymous: true. See this section of the docs for more information. Doing so will force the SDK to generate a unique key for that logged out user -- a key which is persistent across page refreshes such that the user remains having the same flag variations.

Note that this requires version 2.10.0 of the SDK; earlier versions require that you generate the user key yourself.

[pwan001-dev]

Thank you @bwoskow-ld ! It appears my quick scanning of the documentation was insufficient. It's all there, just not where I expected at a glance.

You have been very helpful, thanks again!

[TwisterMc]

Anyone have an example of how to do this with React/JS? The documentation says the following but client is not defined and there seems to be nothing telling me what client is supposed to be.

client.identify(newUser, hash, function() {
  console.log("New user's flags available");
});

[louis-launchdarkly]

Hello @TwisterMc, for the usage of LaunchDarkly with React, we recommend you to look at this documentation for the React SDK https://docs.launchdarkly.com/sdk/client-side/react/react-web and try out the React client-side SDK. That should fit your use case better. Please let us know if you have any questions about using the React client-side SDK.

[TwisterMc]

I have had a million questions and have been searching the internet for the past week for answers. We got it working, but the documentation sure does leave a lot of gaps or makes a lot of assumptions. I want to love LaunchDarkly but it's been a tough week.

[vancy-pants]

In our React app, I figured out the client referred to in client.identify is the ldClient that is exposed after using the withLDConsumer HOC. The same way that flags are exposed, ldClient is also exposed and can be used in the component

[eli-darkly]

@TwisterMc, we're sorry about any gaps in documentation. Feedback from customers is very helpful in finding where those gaps are, and you're also always welcome to open a GitHub issue in the relevant project. I don't think it is nit-picking to say that posting an issue in https://github.com/launchdarkly/react-client-sdk/issues is a better way to get prompt and relevant information about the React SDK, both from LaunchDarkly and from other users, than posting a comment in a different project on an issue that's been closed for over two years. I'm leaving this comment here now to encourage everyone to put their comments in a forum where other React developers are more likely to see them. We happily answer questions on GitHub all the time, but this was not an ideal way to go about it— both in terms of visibility, and because the maintainers of this project, js-client-sdk, are mainly not React developers.

[jamesopti]

@TwisterMc Does client.identify do a deep merge or a replace of the user object passed?

Clarification in the docs for this would be quite helpful for folks using single page apps where things like the URL can change a lot.

I tried looking in launchdarkly-js-sdk-common but it appears that code is not open source and intentionally minified in distribution bundles :/