Release 1.3.2 preview 9 unable to fetch Development configuration

I recently tried to give the latest preview of Remote Config a spin, in order to try out the new json functionality. The json support seems pretty neat, so thank you VERY much for that feature!

However, in release 1.3.2 preview 9 I’m unable to fetch my Development configuration. The Unity Editor gets the Release configuration, and also Android development builds gets the Release configuration. I have also tried to force the environment to “Development” with SetEnvironmentID, but to no avail.

Anyone else having the same problem with the latest preview package?

Thanks a lot in advancef or all help.

Kind regards,
Uffe Flarup

Can you share a screenshot of your RC Editor dialog showing the environment drop down and the results when you choose Development? I just updated to this version and my Development environment displays as expected.

Thanks a lot for your reply. Also, sorry for my vague description of the error. The error happens at runtime - both when running the game in Editor, and when running the game on an Android mobile.

When running my game in Unity Editor it fetches my “Release” configuration, instead of fetching the “Development” configuration as it previously did.

When making a build for Android mobile, it always fetches the “Release” configuration - no matter if I make a Development Build or not. Normally it would fetch the “Development” configuration at runtime if you’ve made a Development Build.

Thanks a lot in advance for your help.

Kind regards,
Uffe Flarup

Can you share the requested screenshot please? Please show your code and the results of your runtime debugging, either as a breakpoint in Visual Studio on the device logs using Debug.Log

Attached is picture of my Development remote config, my Release remote config, as well the Unity Editor console log output when I call:

Debug.Log("ConfigManager.appConfig.environmentID " + ConfigManager.appConfig.environmentID);



Initialization code looks like this:

    private struct RemoteConfigUserAttributes
    {
    }

    private struct RemoteConfigAppAttributes
    {
    }

    private void Awake()
    {
        ConfigManager.FetchCompleted += RemoteConfigUpdated;
        ConfigManager.FetchConfigs<RemoteConfigUserAttributes, RemoteConfigAppAttributes>(new RemoteConfigUserAttributes(), new RemoteConfigAppAttributes());
    }

@Flarup I don’t see in your code where you are specifying the Development environment? Please show the runtime output on the device of your RC values, or a debug breakpoint in Visual Studio

I don’t specify which environment to connect to.

In the latest stable version (which I previously used) it would take the “Development” environment at runtime in Unity Editor, and when making a Development Build e.g. for Android, then it would also take the “Development” environment at runtime.

Have this feature been removed in the latest preview release?

No changes have been made as you suggest. We have yet to confirm your issue, please provide the requested information.

Here’s a snippet of log from an Android development build:

08-24 19:56:44.692 31488 31562 I Unity   : Debug.isDebugBuild True
08-24 19:56:44.692 31488 31562 I Unity   : Bootstrap:RemoteConfigUpdated(ConfigResponse)
08-24 19:56:44.692 31488 31562 I Unity   : System.Action`1:Invoke(T)
08-24 19:56:44.692 31488 31562 I Unity   : Unity.RemoteConfig.ConfigManagerImpl:OnRawResponseReturned(ConfigOrigin, Dictionary`2, String)
08-24 19:56:44.692 31488 31562 I Unity   : System.Action`3:Invoke(T1, T2, T3)
08-24 19:56:44.692 31488 31562 I Unity   : System.Action`1:Invoke(T)
08-24 19:56:44.692 31488 31562 I Unity   : UnityEngine.AsyncOperation:InvokeCompletionEvent()
08-24 19:56:44.692 31488 31562 I Unity   :
08-24 19:56:44.692 31488 31562 I Unity   : (Filename: ./Runtime/Export/Debug/Debug.bindings.h Line: 35)
08-24 19:56:44.692 31488 31562 I Unity   :
08-24 19:56:44.693 31488 31562 I Unity   : ConfigManager.appConfig.environmentID 4853887b-78db-4433-9bf7-a8085cef0538
08-24 19:56:44.693 31488 31562 I Unity   : Bootstrap:RemoteConfigUpdated(ConfigResponse)
08-24 19:56:44.693 31488 31562 I Unity   : System.Action`1:Invoke(T)
08-24 19:56:44.693 31488 31562 I Unity   : Unity.RemoteConfig.ConfigManagerImpl:OnRawResponseReturned(ConfigOrigin, Dictionary`2, String)
08-24 19:56:44.693 31488 31562 I Unity   : System.Action`3:Invoke(T1, T2, T3)
08-24 19:56:44.693 31488 31562 I Unity   : System.Action`1:Invoke(T)
08-24 19:56:44.693 31488 31562 I Unity   : UnityEngine.AsyncOperation:InvokeCompletionEvent()
08-24 19:56:44.693 31488 31562 I Unity   :
08-24 19:56:44.693 31488 31562 I Unity   : (Filename: ./Runtime/Export/Debug/Debug.bindings.h Line: 35)

The code itself looks like this:

    private void RemoteConfigUpdated(ConfigResponse configResponse)
    {
        Debug.Log("Debug.isDebugBuild " + Debug.isDebugBuild);
        Debug.Log("ConfigManager.appConfig.environmentID " + ConfigManager.appConfig.environmentID);

As you can see, this is an Android development build, but the ID of the Remote Config environment is the ID of our “Release” environment.

In the latest stable version of Remote Config it would take the “Development” environment if it’s running in Unity Editor or running in a development build.

Got it, that is what I was looking for. We will check.

1 Like

Are you able to reproduce the issue? Let me know if you need any additional information.

Can you try with preview 10?

The problem unfortunately still exists in preview 10.

Got it, we will check

For what it’s worth, when I log into the webinterface we have the following two environments:

It’s working for us here. Can you show the code where you call setEnvironmentID , and then the output? There’s a chance we are having a caching issue also. I will keep this thread updated.

Hey @Flarup ,

Thanks for trying out the new preview package! In version 1.1.0 (and all later versions including the one you are using) we introduced the concept of multiple environments which altered the way developers interact with environments. You can learn a bit more from our forum post where we introduced the change. There is a few caveats to keep in mind when upgrading from a version earlier than 1.1.x which is outlined in the docs here.

I hope this helps with the issue you are running into, but if not please let us know and we can continue to help you troubleshoot.

Thank you very much for the link. I did indeed encounter an upgrade problem - in particular, this one:


Previously, the Development environment is delivered automatically at runtime in the Editor and on debug builds. This will no longer be the case with the new package, and instead you will have to explicitly fetch the Development environment.

I’ll upgrade my code to take this into account.

Again, thank you very much for bringing my attention to this.

Kind regards,
Uffe Flarup

1 Like

Got it, glad it’s working for you! You had stated this previously so we assumed it may be something else “I have also tried to force the environment to “Development” with SetEnvironmentID, but to no avail.”