Skip to content

chore(ci): scope e2e-tests-split.yml's pull_request trigger to relevant paths - #1267

Merged
Wikid82 merged 2 commits into
developmentfrom
chore/e2e-path-filter
Aug 20, 2026
Merged

chore(ci): scope e2e-tests-split.yml's pull_request trigger to relevant paths#1267
Wikid82 merged 2 commits into
developmentfrom
chore/e2e-path-filter

Conversation

@Wikid82

@Wikid82 Wikid82 commented Aug 19, 2026

Copy link
Copy Markdown
Owner

Summary

e2e-tests-split.yml's pull_request: trigger had no path filter, so the full ~15-job, 20-30 minute E2E matrix ran on every PR regardless of what changed — including PRs that touched only unrelated CI workflow files, docs, or release-please's version-bump-only PRs (which touch exactly one file: .release-please-manifest.json). None of those can affect E2E test outcomes.

Fix

Added paths: to the pull_request: trigger, scoped to what the E2E suite actually builds/tests against:

  • backend/**, frontend/** — built into the Docker image under test
  • tests/** — the Playwright suite itself
  • Dockerfile, .dockerignore — the image build
  • .docker/compose/** — the E2E compose stack (docker-compose.playwright-ci.yml)
  • package.json, package-lock.json, playwright.config.js — root-level npm/Playwright config (confirmed these live at repo root, not under tests/)
  • go.work, go.work.sum — the Go workspace file backend/agent both depend on
  • .github/workflows/e2e-tests-split.yml — the workflow itself

Matches the existing paths:-on-pull_request-only convention already used in this repo (docker-build.yml, orthrus-build.yml) — the push/workflow_run/workflow_dispatch triggers are deliberately left unfiltered, same as that precedent. This only reduces PR-iteration noise; post-merge validation coverage (nightly, weekly promotion) is unaffected.

Targets development (not main) since this is a quality-of-life CI change, not a hotfix — normal flow, soaks via nightly before the next promotion.

Test plan

  • actionlint clean
  • lefthook run pre-commit clean
  • Manually traced every file e2e-tests-split.yml builds/runs against (grepped for Dockerfile/docker-compose references, checked Dockerfile's COPY sources, confirmed package.json/playwright.config.js live at repo root) to make sure the allowlist doesn't miss anything that could silently skip real E2E coverage
  • Confirmed release-please's own release PR (chore(main): release 0.37.1 #1264) touches only .release-please-manifest.json, which is correctly excluded

…nt paths

The 15-job, 20-30 minute E2E matrix ran on every PR regardless of what
changed, including CI-YAML-only changes to unrelated workflow files,
doc-only comments, and release-please's version-bump-only PRs (which
touch only .release-please-manifest.json) -- none of which can affect
E2E test outcomes.

Add a paths: filter to the pull_request trigger scoped to what the
E2E suite actually builds/tests against: backend/**, frontend/**,
tests/**, the Dockerfile and .dockerignore, the E2E compose files,
root npm/playwright config, the go.work files, and the E2E workflow
file itself. Matches the existing paths-on-pull_request-only
convention already used in docker-build.yml and orthrus-build.yml.

The push/workflow_run/workflow_dispatch triggers are left unfiltered,
same as that existing convention -- this only reduces PR-iteration
noise, not post-merge validation coverage.
@github-advanced-security

Copy link
Copy Markdown
Contributor

You are seeing this message because GitHub Code Scanning has recently been set up for this repository, or this pull request contains the workflow file for the Code Scanning tool.

What Enabling Code Scanning Means:

  • The 'Security' tab will display more code scanning analysis results (e.g., for the default branch).
  • Depending on your configuration and choice of analysis tool, future pull requests will be annotated with code scanning analysis results.
  • You will be able to see the analysis results for the pull request's branch on this overview once the scans have completed and the checks have passed.

For more information about GitHub Code Scanning, check out the documentation.

@codecov

codecov Bot commented Aug 19, 2026

Copy link
Copy Markdown

Codecov Report

✅ All modified and coverable lines are covered by tests.

📢 Thoughts on this report? Let us know!

@github-actions

github-actions Bot commented Aug 19, 2026

Copy link
Copy Markdown
Contributor

✅ Supply Chain Verification Results

PASSED

📦 SBOM Summary

  • Components: 1753

🔍 Vulnerability Scan

Severity Count
🔴 Critical 0
🟠 High 0
🟡 Medium 5
🟢 Low 2
Total 11

📎 Artifacts

  • SBOM (CycloneDX JSON) and Grype results available in workflow artifacts

Generated by Supply Chain Verification workflow • View Details

@Wikid82
Wikid82 merged commit 7e708cd into development Aug 20, 2026
48 checks passed
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.

2 participants