Skip to content

Propagate changes from main into development - #1269

Merged
Wikid82 merged 13 commits into
developmentfrom
chore/sync-main-into-development
Aug 19, 2026
Merged

Propagate changes from main into development#1269
Wikid82 merged 13 commits into
developmentfrom
chore/sync-main-into-development

Conversation

@Wikid82

@Wikid82 Wikid82 commented Aug 19, 2026

Copy link
Copy Markdown
Owner

Summary

  • Syncs development up with main, bringing in the chain of CI reliability fixes from this session (Playwright install retry/timeout hardening, dpkg-lock cleanup, apt mirror tuning, WebKit-specific timeout budget fix) plus the release-please migration.
  • Only conflict was in .github/workflows/e2e-tests-split.yml; resolved by taking main's copy wholesale since development's only unique change (a Renovate GO_VERSION bump) was already present in main's version.

Test plan

  • CI on this PR should be green (propagate-changes automation will pick this up)

Wikid82 and others added 12 commits August 17, 2026 15:18
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
Co-authored-by: Jeremy <jhatfield82@gmail.com>
The repo's default branch is development, but release-please-action
defaults its target-branch input to the repository default branch via
the API regardless of which branch the push trigger fired on. Since
release-please-config.json/.release-please-manifest.json only exist on
main (by design), the action was looking for them on development and
failing with "Missing required manifest config."
Lets a human manually re-fire branch propagation (main -> development)
when the workflow_run trigger doesn't fire on its own, without needing
to re-run the upstream Docker Build workflow. The job's `if:` condition
is extended to admit workflow_dispatch runs, since
github.event.workflow_run is unset in that context.
Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
…development

# Conflicts:
#	.github/workflows/e2e-tests-split.yml
@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-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.

@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

navigateToLogin() in user-lifecycle.spec.ts had a single reload-based
recovery attempt for Firefox's documented failure to produce a
Playwright-trackable navigation-commit event (see
docs/reports/qa_report_2026-07-26_shard4-reload-hang.md). Trace
evidence from a fresh CI failure showed both the initial goto and the
one reload attempt hitting this race in the same run, leaving the
final toBeVisible() assertion hung on "waiting for navigation to
finish" for its full 15s timeout with no further recovery.

Wrap the goto/reload-then-check sequence in a bounded 3-attempt loop
with short per-attempt timeouts on the non-final passes, so a stuck
navigation fails fast into another reload instead of exhausting the
only retry available. Verified locally: the previously-failing test
passes 4/4 runs including under worker concurrency.
@Wikid82
Wikid82 merged commit c15efe1 into development Aug 19, 2026
48 checks passed
@Wikid82
Wikid82 deleted the chore/sync-main-into-development branch August 19, 2026 23:58
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