- 
                Notifications
    You must be signed in to change notification settings 
- Fork 3.4k
chore: use cloud validations for packages/server api request/response types #32632
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: develop
Are you sure you want to change the base?
Changes from 13 commits
f61e780
              b35c26e
              f7a85d5
              b4fe99b
              f0e7345
              753cee9
              c9a4bcf
              36318c2
              b14d51f
              681153e
              331519c
              a720aef
              d7e2dd8
              e108bab
              5ff0444
              ad06422
              0ffa759
              65256e4
              cb8b59f
              c537692
              4485c3b
              9b51fad
              dfe3934
              File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change | 
|---|---|---|
| @@ -0,0 +1 @@ | ||
| lib/validations | 
| Original file line number | Diff line number | Diff line change | 
|---|---|---|
|  | @@ -4,13 +4,13 @@ | |
| "private": true, | ||
| "main": "index.js", | ||
| "scripts": { | ||
| "build-prod": "tsc || echo 'built, with type errors'", | ||
| "check-ts": "tsc --noEmit", | ||
| "build-prod": "yarn ensure-cloud-validations && tsc || echo 'built, with type errors'", | ||
| "check-ts": "yarn ensure-cloud-validations && tsc --noEmit", | ||
| "clean-deps": "rimraf node_modules", | ||
| "codecov": "codecov", | ||
| "dev": "node index.js", | ||
| "docker": "cd ../.. && WORKING_DIR=/packages/server ./scripts/run-docker-local.sh", | ||
| "postinstall": "patch-package", | ||
| "postinstall": "patch-package && yarn sync-cloud-validations", | ||
| There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. if we are doing this at the package level, do we still need to call it in CI after the build? Would be nice to get rid of this https://github.com/cypress-io/cypress/blob/develop/.circleci/src/pipeline/@pipeline.yml#L201 There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. That's a fully separate cloud validations download, combining them was out of scope for this | ||
| "lint": "eslint", | ||
| "rebuild-better-sqlite3": "electron-rebuild -f -o better-sqlite3", | ||
| "repl": "node repl.js", | ||
|  | @@ -19,7 +19,9 @@ | |
| "test-integration": "node ./test/scripts/run.js --glob-in-dir=test/integration", | ||
| "test-performance": "node ./test/scripts/run.js --glob-in-dir=test/performance", | ||
| "test-unit": "node ./test/scripts/run.js --glob-in-dir=test/unit", | ||
| "test-watch": "./test/scripts/watch test" | ||
| "test-watch": "./test/scripts/watch test", | ||
| "sync-cloud-validations": "./scripts/sync-cloud-validations.sh sync", | ||
| "ensure-cloud-validations": "./scripts/sync-cloud-validations.sh" | ||
| }, | ||
| "dependencies": { | ||
| "@babel/parser": "7.28.0", | ||
|  | @@ -211,7 +213,8 @@ | |
| "tsconfig-paths": "3.10.1", | ||
| "webpack": "^5.88.2", | ||
| "ws": "5.2.4", | ||
| "xvfb-maybe": "0.2.1" | ||
| "xvfb-maybe": "0.2.1", | ||
| "zod": "^3.23.8" | ||
| }, | ||
| "files": [ | ||
| "config", | ||
|  | ||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
do we no longer need this logic?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's still there, just without the boolean flag. This "hanging" behavior is further down in the
catchblock that BugBot is complaining about.