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
The goal is to define a single journey file and run it on different serverless test envs (qa, staging, prod). Since some journeys maybe qa-only, I rely on tagging mechanism to run/push only required journeys.
run command works as expected: TEST_ENV=prod npx @elastic/synthetics journeys --tags=prod
Journey: [AppEx] Sample data: flights dashboard
waitForRender: 0 out of 15 are loaded...
Retrying..
waitForRender: 1 out of 15 are loaded...
Retrying..
waitForRender: 1 out of 15 are rendered...
Retrying..
waitForRender: 8 out of 15 are rendered...
Retrying..
waitForRender: 14 out of 15 are rendered...
Retrying..
waitForRender: 14 out of 15 are rendered...
Retrying..
waitForRender: 14 out of 15 are rendered...
Retrying..
waitForRender: 14 out of 15 are rendered...
Retrying..
waitForRender: 14 out of 15 are rendered...
Retrying..
waitForRender: 15 out of 15 are rendered...
✓ Step: 'open flights dashboard' succeeded (9228 ms)
push command completely ignores journey tags:
NODE_ENV=prod npx @elastic/synthetics push --tags "prod" --auth <REDACTED>
> Pushing monitors for 'serverless-prod' project in kibana 'default' space
> bundling 0 monitors
> Monitor Diff: Added(0) Updated(0) Removed(1) Unchanged(0)
It only works if I add 'prod' tag in config-level, but this way tags in Synthetics UI will look confusing: 'appex', 'serverless', 'qa', 'prod';
I believe that ideally tagging mechanism should be identical for both commands, could be possible to use Journey context while filtering monitors for push?
The text was updated successfully, but these errors were encountered:
Journey runner doesn’t understand a thing about monitor.use - because monitors are meant for synthetics Kibana and Service, so when you run locally the only thing that gets applied are the journey tags.
Push command is different since they are ideally sending everything to Kibana/Service which is meant to run monitors which is why your monitor.use tags are more prioritized over your local journey tags.
The goal is to define a single journey file and run it on different serverless test envs (qa, staging, prod). Since some journeys maybe qa-only, I rely on tagging mechanism to run/push only required journeys.
Journey example:
synthetics.config.ts
run command works as expected:
TEST_ENV=prod npx @elastic/synthetics journeys --tags=prod
push command completely ignores journey tags:
It only works if I add 'prod' tag in config-level, but this way tags in Synthetics UI will look confusing:
'appex', 'serverless', 'qa', 'prod'
;I believe that ideally tagging mechanism should be identical for both commands, could be possible to use Journey context while filtering monitors for push?
The text was updated successfully, but these errors were encountered: