Files
openobserve/.github/workflows
b7ad4213a8 test: report Playwright runs to Kinora (isolated job) (#13170)
## What

Adds a standalone **Report to Kinora** job to the Playwright e2e
workflow, sitting alongside the existing **Report to OpenObserve** and
**Upload to TestDino** jobs. Three independent reporters, clean
isolation.

Kinora is a self-hosted Playwright dashboard (pass-rate trends, flaky
detection, run comparison, embedded trace viewer). This is a trial to
see runs land in it from CI.

## How it works

- **Its own job** (`report_kinora`), `needs: [ui_integration_tests,
merge_reports]`, on the `eks-openobserve-standard-4` runner (which can
reach the internal Kinora URL).
- Downloads the raw `blob-report-*` artifacts and **merges them
locally** with `playwright merge-reports --reporter json` — so
`trace.zip` attachments resolve on this runner and **traces upload too**
(not just stats).
- Uploads via `npx @kinora/cli upload` to project **`openobserve-e2e`**.
- Maintains **one sticky PR comment** linking to the Kinora run —
updated in place on every push, never spammed (hidden `<!--
kinora-report -->` marker; `gh api` upsert).
- **Fully non-fatal** (`continue-on-error`) — it never gates
`playwright_summary` or fails the build.

## Config

- Secrets: `KINORA_TOKEN`, `KINORA_URL` (already set on this repo).
- Kill switch: set repo variable `UPLOAD_TO_KINORA=false` to disable.

## Notes / trade-offs

- The job re-downloads + re-merges the blobs (same as `merge_reports`)
purely to keep trace paths valid on its own runner. That's the reliable
path for traces; a lighter variant (consume the merged-report artifact)
can't carry traces across runners. Open to optimizing if the cost
matters.
- Kinora has no native PR-status integration; the sticky comment is our
link into it.

Companion enterprise PR uses the same branch name
(`test/kinora-reporting`) with project `o2-enterprise`.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

---------

Co-authored-by: Claude Opus 4.8 <noreply@anthropic.com>
Co-authored-by: Hengfei Yang <hengfei.yang@gmail.com>
2026-07-14 10:49:04 +00:00
..
2026-06-02 03:58:01 +00:00