'Env' Store is Loaded Twice about nconf HOT 3 OPEN

Thanks for reporting this @sploicers. Are you seeing it called twice in sequence or interspersed between calls from other stores?

Can you also describe in more detail about your setup and what you're providing at each stage of the hierarchy?

from nconf.

Hi, no worries 😄

I'm seeing it interspersed between calls from other stores. This is code from work (which is already partially obfuscated for this post) so can't post too much more detail about it, except that overrides and configDefaults are just a plain old objects, configFile is JSON, and the transformer function tries to strip off a certain prefix and returns false if it's not found. This is because we only want envars having that prefix to be in the store - interestingly this is true the first time that Env.loadSync() is called, but the second time it seems to include every envar that's set.

Setup-wise it's a Node/Express service running on Node 12, under Mac OS Catalina 10.15.7.

As an update, I've just seen that the second time Provider.prototype.add is called with a name argument of 'env', the options object is undefined. The first time it is called it receives the options that I specify in the setup code.

from nconf.

I potentially just ran into this same issue on a project I was working on last week. I'm not sure what would cause it off-hand, but it definitely needs further investigation. Hoping I can get time to do that soon, but would welcome anyone else doing some digging and submitting a PR with a fix.

from nconf.