Version
@decocms/parity@0.29.1, run via npx
Repro command
parity run --prod https://www.montecarlo.com.br/ --cand https://montecarlo-tanstack.deco.site/ --profile commerce --flows plp --viewports mobile --no-auto-selectors
Expected behavior
Only the plp flow should run.
Actual behavior
The resulting report.json lists flows [plp, purchase-journey, search, cart-interactions, login, pdp, spa-navigation, homepage] — the full set. Tried --viewports mobile and --max-viewport-concurrency 1, neither reduced the flow count.
Impact
With all 8 flows launching in parallel, the run reliably times out in the "launch" phase (30-min and 15-min budgets both exhausted). The result is a misleading partial: true report showing verdict.score: 100 / status: pass with zero checks executed.
Note: A partial run should never emit a passing score (100/pass is contradictory).
Workaround observed
--flows homepage and the smoke preset DO complete, isolating the bug to flow filtering logic.
Two asks
- Make
--flows flag actually filter which flows execute
- Never emit score 100/pass when partial is true
Version
@decocms/parity@0.29.1, run via npx
Repro command
Expected behavior
Only the
plpflow should run.Actual behavior
The resulting report.json lists flows
[plp, purchase-journey, search, cart-interactions, login, pdp, spa-navigation, homepage]— the full set. Tried--viewports mobileand--max-viewport-concurrency 1, neither reduced the flow count.Impact
With all 8 flows launching in parallel, the run reliably times out in the "launch" phase (30-min and 15-min budgets both exhausted). The result is a misleading
partial: truereport showingverdict.score: 100/status: passwith zero checks executed.Note: A partial run should never emit a passing score (100/pass is contradictory).
Workaround observed
--flows homepageand the smoke preset DO complete, isolating the bug to flow filtering logic.Two asks
--flowsflag actually filter which flows execute