Skip to content

fix(tools): find Orca's validator, legacy export and theme tokens where Orca moved them - #82

Open
vale-c wants to merge 2 commits into
stablyai:mainfrom
vale-c:vale/fix-moved-orca-paths
Open

vale-c wants to merge 2 commits into
stablyai:mainfrom
vale-c:vale/fix-moved-orca-paths

Conversation

@vale-c

@vale-c vale-c commented Nov 13, 2026 •

Copy link
Copy Markdown

What changed

Orca main moved a few files this repo loads, so scripts/release-entry.mjs, scripts/check-catalog.mjs and tools/import-vscode-theme all crash against a current Orca checkout (the importer with Could not resolve ".../src/renderer/src/lib/plugin-theme-tokens.ts", the release scripts with Cannot find module .../config/scripts/validate-plugin-files.mjs). CI didn't catch it cause it still validates against Orca 81ec82b, from before the move.

  • scripts/orca-script.mjs finds an Orca script in its new per-area folder or in config/scripts, and fails with "is not an Orca checkout" otherwise. The release scripts, the importer and the schema loader in orca-schema.mjs all use it, so the layout rule lives in one place.
  • orca-schema.mjs loads the moved modules (the terminal themes and now the theme tokens) through one loadMoved that tries the new path first.
  • CI now validates against Orca main 88880fc, so the next move shows up in CI.

I checked it against Orca main, 88880fc and the old 81ec82b layout: the importer tests pass, release-entry.mjs prints "release entries: ok" and the importer converts a VS Code theme end to end.

btw plugins/orca-runner/README.md still points at the old validator path, I left it out cause a change there needs its own release entry.

Execution profile (for anything above data, say why it is needed)

Not applicable: this changes only the repo's scripts, tools and CI, no plugin.

…re Orca moved them

Orca main moved validate-plugin-files.mjs and export-legacy-plugin-catalog.mjs
into config/scripts/plugin-authoring/content-validation/, and
plugin-theme-tokens.ts into src/renderer/src/app-shell/appearance/. Against a
current Orca checkout, release-entry, check-catalog and the theme importer
crashed with "Cannot find module".

- scripts/orca-script.mjs returns an Orca script from its per-area folder or
  from config/scripts, and fails with "is not an Orca checkout" otherwise.
  release-entry, check-catalog, the importer and orca-schema.mjs's schema
  module loader all use it, so the layout rule lives in one place.
- orca-schema.mjs loads each moved schema module, the terminal themes and now the
  theme tokens, through one local loadMoved that tries the new path first.
validate-catalog.yml pins ORCA_REF to current Orca main, which has the moved
validator, legacy export and theme tokens, so CI runs the new paths.
@vale-c

vale-c commented Nov 13, 2026

Copy link
Copy Markdown
Author

@nwparker tagging you since you wrote most of the importer and release scripts: this fixes the paths Orca moved, which currently break release-entry, check-catalog and the importer against a current Orca checkout. CI might need your approval to run from my fork 🙏

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.

1 participant