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
let ev1 = new Meteor.EnvironmentVariable();
async function runAsyncFunction() {
await new Promise(resolve => setTimeout(resolve, 1000));
console.log('value2', ev1.get());
}
ev1.withValue({ name: 'test' }, () => {
runAsyncFunction();
console.log('value 1', ev1.get());
});
In Meteor 1 and 2, it logs:
value 1 { name: 'test' }
value2 { name: 'test' }
However, in Meteor 3 it logs:
value 1 { name: 'test' }
value2 undefined
Meteor 1 and 2 preserve the value until all child async contexts complete. Async Local Storage does the same, which Environment Variables uses in Meteor 3, so it should be possible to preserve this behavior in Meteor 3.
The text was updated successfully, but these errors were encountered:
zodern
changed the title
[Meteor 3] Environment Variable
[Meteor 3] Environment Variables reset value too early
Apr 26, 2024
zodern
changed the title
[Meteor 3] Environment Variables reset value too early
[Meteor 3] Environment Variables resets value too early
Apr 26, 2024
While achieving this might be possible, given my limited familiarity with this code or Async Local Storage behavior, further exploration is needed. Otherwise, this change could be a breaking change caused by the way async operations behave in the new Meteor 3.x.
Preserving the env vars in async child contexts was an important part of the implementation in Meteor 1/2. Meteor wrapped most callback api's with Meteor.bindEnvironment, and had code in the promise package to preserve the env var values in async functions and promises. Since ALS works the same, it seems this behavior is generally expected.
You should be able to simply remove these lines. ALS makes the store available to all child resources, so if you don't mutate it it will work the same as in Meteor 1/2. There's no need to unset UPPER_CALL_DYNAMICS_KEY_NAME - you're creating a new store object each time, so outside code isn't able to read it (earlier implementations didn't create a new object, which is probably why the code was added).
When working on using ALS in montiapm:agent, I found it helpful in my understanding to read Node's source code for ALS.
With this code:
In Meteor 1 and 2, it logs:
However, in Meteor 3 it logs:
Meteor 1 and 2 preserve the value until all child async contexts complete. Async Local Storage does the same, which Environment Variables uses in Meteor 3, so it should be possible to preserve this behavior in Meteor 3.
The text was updated successfully, but these errors were encountered: