[PR #5959] Fix update-vrt-apply ci job dispatch #6234

Closed
opened 2026-02-28 21:25:37 -06:00 by GiteaMirror · 0 comments
Owner

Original Pull Request: https://github.com/actualbudget/actual/pull/5959

State: closed
Merged: No


Problem

The update-vrt-apply workflow, which automatically updates VRT screenshots on a contributor's fork, currently doesn't trigger standard CI checks (lint, typecheck, test). This means VRT updates could potentially introduce issues without being caught by CI.

Solution

This PR integrates the core CI checks (yarn lint, yarn typecheck, yarn test) directly into the update-vrt-apply workflow. These checks will now run immediately after VRT changes are applied and pushed to the fork.

Why

Our main CI workflows are configured to run only on pushes to the master branch or on pull request events, not on pushes to fork branches. By running checks directly in the VRT workflow, we ensure all VRT updates are validated against our code quality standards, providing immediate feedback and preventing regressions. This approach also avoids the complexities and permission issues of trying to trigger CI on a fork repository.


Open in Cursor Open in Web

**Original Pull Request:** https://github.com/actualbudget/actual/pull/5959 **State:** closed **Merged:** No --- <!-- Thank you for submitting a pull request! Make sure to follow the instructions to write release notes for your PR — it should only take a minute or two: https://github.com/actualbudget/docs#writing-good-release-notes. Try running yarn generate:release:notes *before* pushing your PR for an interactive experience. --> ### Problem The `update-vrt-apply` workflow, which automatically updates VRT screenshots on a contributor's fork, currently doesn't trigger standard CI checks (lint, typecheck, test). This means VRT updates could potentially introduce issues without being caught by CI. ### Solution This PR integrates the core CI checks (`yarn lint`, `yarn typecheck`, `yarn test`) directly into the `update-vrt-apply` workflow. These checks will now run immediately after VRT changes are applied and pushed to the fork. ### Why Our main CI workflows are configured to run only on pushes to the `master` branch or on pull request events, not on pushes to fork branches. By running checks directly in the VRT workflow, we ensure all VRT updates are validated against our code quality standards, providing immediate feedback and preventing regressions. This approach also avoids the complexities and permission issues of trying to trigger CI on a fork repository. --- <a href="https://cursor.com/background-agent?bcId=bc-608c9864-3fa3-4d06-b8a9-9ec51010680d"><picture><source media="(prefers-color-scheme: dark)" srcset="https://cursor.com/open-in-cursor-dark.svg"><source media="(prefers-color-scheme: light)" srcset="https://cursor.com/open-in-cursor-light.svg"><img alt="Open in Cursor" src="https://cursor.com/open-in-cursor.svg"></picture></a>&nbsp;<a href="https://cursor.com/agents?id=bc-608c9864-3fa3-4d06-b8a9-9ec51010680d"><picture><source media="(prefers-color-scheme: dark)" srcset="https://cursor.com/open-in-web-dark.svg"><source media="(prefers-color-scheme: light)" srcset="https://cursor.com/open-in-web-light.svg"><img alt="Open in Web" src="https://cursor.com/open-in-web.svg"></picture></a>
GiteaMirror added the pull-request label 2026-02-28 21:25:37 -06:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/actual#6234