Overview - Ghost

7 days30 days

Latest CI Pipeline Executions

Fuzzy

Succeeded
30584
e16986c7 Removed legacy Koenig decorator source no ref The TypeScript migration replaced this implementation and stopped publishing the lib tree, leaving this duplicate file unreachable.
by Chris Raible
Succeeded
30530
29774c03 Removed unused textarea auto-expansion hook no ref CodeMirror has owned code-card editing since 2023, leaving this textarea-only hook unreachable. Knip confirms it has no remaining callers.
by Chris Raible
Succeeded
30487
26223e35 Removed unused DOM range helper no ref The helper's only caller was intentionally replaced by Lexical's range APIs so the snippet popup stays anchored after browser selection changes. Removing the leftover avoids maintaining code that can no longer enter the editor bundle.
by Chris Raible
Succeeded
30256
a0e4a5e2 Removed unused ActivityPub content author helper no ref Route-backed detail views replaced drawer and modal navigation. Removing NiceModal then left getContentAuthor without consumers, so the retained file no longer represents reachable behavior.
by Chris Raible
Succeeded
main
d9eb4ac2 Added typechecking as a first-class CI check (#30322) no refs ## Context Many TypeScript workspaces already expose a `test:types` target, but CI currently selects only affected `test:unit` targets. That leaves standalone typechecks unprotected and makes their dependency on built workspace packages implicit. The [recent Admin-X typecheck regression fixed in #30291](https://github.com/TryGhost/Ghost/pull/30291) demonstrated that these failures can land on `main` while unit-test CI remains green. ## Summary - Added a root `pnpm test:types` command and a cached Nx `test:types` target that builds dependency projects first. - Added an affected-project `Typecheck` job with its own required CI signal and main-branch failure notification. - Included typechecking in the public-app publishing prerequisites while allowing the job to be skipped when no typed project is affected. - Removed Shade typechecking from `test:unit` so unit tests and typechecks are reported independently. - Documented how to run repository-wide and project-specific typechecks. - Separated `ghost/core`'s `lint:types` script into `test:types` (for typechecks) and `lint:code` (for linting .ts files)
by Chris Raible
Failed
main
d9eb4ac2 Added typechecking as a first-class CI check (#30322) no refs ## Context Many TypeScript workspaces already expose a `test:types` target, but CI currently selects only affected `test:unit` targets. That leaves standalone typechecks unprotected and makes their dependency on built workspace packages implicit. The [recent Admin-X typecheck regression fixed in #30291](https://github.com/TryGhost/Ghost/pull/30291) demonstrated that these failures can land on `main` while unit-test CI remains green. ## Summary - Added a root `pnpm test:types` command and a cached Nx `test:types` target that builds dependency projects first. - Added an affected-project `Typecheck` job with its own required CI signal and main-branch failure notification. - Included typechecking in the public-app publishing prerequisites while allowing the job to be skipped when no typed project is affected. - Removed Shade typechecking from `test:unit` so unit tests and typechecks are reported independently. - Documented how to run repository-wide and project-specific typechecks. - Separated `ghost/core`'s `lint:types` script into `test:types` (for typechecks) and `lint:code` (for linting .ts files)
by Chris Raible
Succeeded
30322
2d2c0d5d Updated typecheck CI setup no ref Use the shared Node and pnpm setup action so the new typecheck job follows the same dependency installation path as the rest of CI.
by Chris Raible
Succeeded
30430
b80444fc Fixed automation email analytics filtering ref https://linear.app/ghost/issue/NY-1537 Automation analytics currently queries every site's events on shared Mailgun domains. Include the configured site tag now that outgoing automation emails have carried it through the planned rollout window.
by Chris Raible
Succeeded
30322
a0d9b9c6 Added test:types command to ghost/core; decoupled linting types from semantic type checking
by Chris Raible
Succeeded
30430
02b99474 Fixed automation email analytics filtering ref https://linear.app/ghost/issue/NY-1537 Automation analytics currently queries every site's events on shared Mailgun domains. Include the configured site tag now that outgoing automation emails have carried it through the planned rollout window.
by Chris Raible
Succeeded
30322
a0d9b9c6 Added test:types command to ghost/core; decoupled linting types from semantic type checking
by Chris Raible
Succeeded
30430
14917f7f Fixed automation email analytics filtering ref https://linear.app/ghost/issue/NY-1537 Automation analytics currently queries every site's events on shared Mailgun domains. Include the configured site tag now that outgoing automation emails have carried it through the planned rollout window.
by Chris Raible
Succeeded
30411
c0b3e4de Removed unused Koenig image extension constant no ref The last callers were removed in 0aab19c982ecbd9245e67be96832f1c5febd27b3 when upload file types moved to consumer-provided configuration. Keeping the constant after that refactor was incomplete cleanup.
by Chris Raible
Succeeded
30378
80667a2e Removed unused Admin preview fetch helper no ref PR #30224 intentionally restored the theme and announcement-bar preview POSTs inline so sanctioned external bare fetches remain local and self-documenting. This left the shared helper unreachable, so retaining it only preserved an undocumented fifth exception to the same lint rule.
by Chris Raible
Succeeded
main
e239f719 Added local TrafficAnalytics development command (#30328) ref https://linear.app/ghost/issue/NY-1550 This is a development only change that should have no user impact. _Note: this PR depends on [this PR](https://github.com/TryGhost/TrafficAnalytics/pull/859) in the Traffic Analytics repository._ ## Summary When developing features that touch both Ghost and the Traffic Analytics service, it can be useful to run your local version of both services locally. Currently, `pnpm dev:analytics` runs Ghost against the latest published version of the Traffic Analytics service, but running against your own locally running instance of the service was not possible out of the box — this makes it as simple as running `pnpm dev:analytics:local` in Ghost, and `yarn dev:ghost` in Traffic Analytics
by Chris Raible
Failed
main
e239f719 Added local TrafficAnalytics development command (#30328) ref https://linear.app/ghost/issue/NY-1550 This is a development only change that should have no user impact. _Note: this PR depends on [this PR](https://github.com/TryGhost/TrafficAnalytics/pull/859) in the Traffic Analytics repository._ ## Summary When developing features that touch both Ghost and the Traffic Analytics service, it can be useful to run your local version of both services locally. Currently, `pnpm dev:analytics` runs Ghost against the latest published version of the Traffic Analytics service, but running against your own locally running instance of the service was not possible out of the box — this makes it as simple as running `pnpm dev:analytics:local` in Ghost, and `yarn dev:ghost` in Traffic Analytics
by Chris Raible
Failed
30328
f2b3d319 Added local TrafficAnalytics development command ref https://linear.app/ghost/issue/NY-1550/make-it-easier-to-do-development-with-both-ghost-and-traffic-analytics This keeps the normal analytics stack intact while allowing the gateway to route page hits to a local TrafficAnalytics checkout. refs https://linear.app/ghost/issue/NY-1550/make-it-easier-to-do-development-with-both-ghost-and-traffic-analytics
by Chris Raible
Succeeded
30328
f2b3d319 Added local TrafficAnalytics development command ref https://linear.app/ghost/issue/NY-1550/make-it-easier-to-do-development-with-both-ghost-and-traffic-analytics This keeps the normal analytics stack intact while allowing the gateway to route page hits to a local TrafficAnalytics checkout. refs https://linear.app/ghost/issue/NY-1550/make-it-easier-to-do-development-with-both-ghost-and-traffic-analytics
by Chris Raible
Succeeded
main
1a1ac3e4 Added query parameter filtering to local development and tests (#29888) closes https://linear.app/ghost/issue/NY-1515/find-a-way-to-catch-stripped-query-parameter-issue-in-development Local development and tests previously bypassed Ghost(Pro)'s query parameter filtering, allowing new parameters to work locally but fail after deployment. This makes Ghost the canonical source for the policy and applies it before requests reach Ghost's route handlers, so missing parameters are caught earlier. The production allowlist must still be updated separately until infrastructure consumes Ghost's exported policy. ## Summary - add a canonical, machine-readable policy containing documented public and Content API query parameters - validate the policy with Zod, including its schema version, required fields, valid names, and duplicate entries - filter frontend and Content API requests against their respective allowlists while preserving API and internal-route exemptions - enable filtering in the root development environment, Ghost's server-side test configurations, and Playwright test containers while leaving it disabled by default - preserve Express 4 and Express 5 query handling, repeated allowed parameters, and warning logs for stripped parameters - add a TypeScript exporter that validates and writes the policy deterministically for future infrastructure integration - cover policy validation, exporting, filtering, exemptions, and query parsing behavior with tests --------- Co-authored-by: Steve Larson <9larsons@gmail.com>
by Chris Raible
Succeeded
main
1a1ac3e4 Added query parameter filtering to local development and tests (#29888) closes https://linear.app/ghost/issue/NY-1515/find-a-way-to-catch-stripped-query-parameter-issue-in-development Local development and tests previously bypassed Ghost(Pro)'s query parameter filtering, allowing new parameters to work locally but fail after deployment. This makes Ghost the canonical source for the policy and applies it before requests reach Ghost's route handlers, so missing parameters are caught earlier. The production allowlist must still be updated separately until infrastructure consumes Ghost's exported policy. ## Summary - add a canonical, machine-readable policy containing documented public and Content API query parameters - validate the policy with Zod, including its schema version, required fields, valid names, and duplicate entries - filter frontend and Content API requests against their respective allowlists while preserving API and internal-route exemptions - enable filtering in the root development environment, Ghost's server-side test configurations, and Playwright test containers while leaving it disabled by default - preserve Express 4 and Express 5 query handling, repeated allowed parameters, and warning logs for stripped parameters - add a TypeScript exporter that validates and writes the policy deterministically for future infrastructure integration - cover policy validation, exporting, filtering, exemptions, and query parsing behavior with tests --------- Co-authored-by: Steve Larson <9larsons@gmail.com>
by Chris Raible