Skip to content

feat(tracing): failure traces on by default in CI - #198

Merged
shossain786 merged 1 commit into
masterfrom
feat/ci-default-failure-traces
Oct 24, 2026
Merged

shossain786 merged 1 commit into
masterfrom
feat/ci-default-failure-traces

Conversation

@shossain786

Copy link
Copy Markdown
Contributor

Part of #130.

When tracing.enabled is not set in selenium-boot.yml, traces for failed tests are now recorded in CI (CiEnvironmentDetector.isCI()). Local runs are unchanged. An explicit enabled: true|false always wins. captureOnPass stays off.

  • Tracing.enabled becomes a nullable Boolean so unset can be told apart from false; isEnabled() still returns the explicit value.
  • New isEffectivelyEnabled() used by the TestNG listener, the JUnit 5 extension and GitHubActionsSummary (so the run-page link from feat(ci): link the failure summary to the run's trace artifacts (#130) #195 appears with the default).
  • Behaviour change: extra files under target/traces/ in CI on failures (screenshots embedded), so worth a minor-version changelog line at release.

Tests: TracingConfigTest covers unset/explicit × CI/local. Full unit suite 807/807.

🤖 Generated with Claude Code

When tracing.enabled is not set, failed-test traces are recorded in CI
and stay off locally. An explicit true/false still wins; captureOnPass
is unchanged. The GitHub Actions summary uses the same check so the run
link appears with the default.

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
@shossain786
shossain786 merged commit fb3e4ab into master Oct 24, 2026
2 checks passed
@shossain786
shossain786 deleted the feat/ci-default-failure-traces branch October 24, 2026 05:28
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant