-
-
Notifications
You must be signed in to change notification settings - Fork 791
When replaying a v3 run on v4, don't pass the region #2431
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
Conversation
|
Walkthrough
Estimated code review effort🎯 2 (Simple) | ⏱️ ~10 minutes Tip 🔌 Remote MCP (Model Context Protocol) integration is now available!Pro plan users can now connect to remote MCP servers from the Integrations page. Connect with popular remote MCPs such as Notion and Linear to add more context to your reviews and chats. ✨ Finishing Touches
🧪 Generate unit tests
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
SupportNeed help? Create a ticket on our support page for assistance with any issues or questions. CodeRabbit Commands (Invoked using PR/Issue comments)Type Other keywords and placeholders
CodeRabbit Configuration File (
|
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.
Actionable comments posted: 0
🧹 Nitpick comments (4)
apps/webapp/app/v3/services/replayTaskRun.server.ts (4)
61-67
: If a queue override is provided, consider omitting region to avoid conflicting scheduling signals.When
overrideOptions.queue
is set, passingregion
may be redundant or conflicting depending on scheduler semantics.- const shouldPassRegion = - existingTaskRun.engine === "V2" && - existingEnvironment.type !== "DEVELOPMENT" && - authenticatedEnvironment.type !== "DEVELOPMENT"; + const shouldPassRegion = + existingTaskRun.engine === "V2" && + existingEnvironment.type !== "DEVELOPMENT" && + authenticatedEnvironment.type !== "DEVELOPMENT" && + !overrideOptions.queue;
61-67
: Make the decision observable with a debug log.This helps diagnose “why didn’t this replay target a region?” in support scenarios, without changing behavior.
const region = shouldPassRegion ? (existingTaskRun.workerQueue ?? undefined) : undefined; + logger.debug("Region decision for replay", { + region, + engine: existingTaskRun.engine, + sourceEnvType: existingEnvironment.type, + targetEnvType: authenticatedEnvironment.type, + queueOverride: overrideOptions.queue ?? undefined, + });
61-67
: Add targeted tests around region gating.Minimal coverage to lock this behavior:
- V1 engine (both envs non-dev) → region omitted
- V2 engine with any dev env → region omitted
- V2 engine with both envs non-dev and workerQueue present → region passed
- V2 engine with queue override → region omitted (if you adopt the suggestion above)
I can draft unit/integration tests for ReplayTaskRunService that stub Prisma and assert the options passed to TriggerTaskService.call. Want me to push a test file?
61-67
: Only pass region for V2 engines and guard against a nullable workerQueueTo prevent inadvertently forwarding the region for future engine versions (e.g. “V3”) and avoid passing
null
into the downstream service, replace the current “ignoreRegion” logic with an explicit whitelist for"V2"
and coalesce the potentially-nullworkerQueue
toundefined
.Files to update:
- apps/webapp/app/v3/services/replayTaskRun.server.ts (around lines 61–67)
Proposed diff:
- // Only use the region from the existing run if V2 engine and neither environment is dev - const ignoreRegion = - existingTaskRun.engine === "V1" || - existingEnvironment.type === "DEVELOPMENT" || - authenticatedEnvironment.type === "DEVELOPMENT"; - const region = ignoreRegion ? undefined : existingTaskRun.workerQueue; + // Only pass region when engine is exactly "V2" and neither environment is DEVELOPMENT + const shouldPassRegion = + existingTaskRun.engine === "V2" && + existingEnvironment.type !== "DEVELOPMENT" && + authenticatedEnvironment.type !== "DEVELOPMENT"; + const region = shouldPassRegion + ? (existingTaskRun.workerQueue ?? undefined) + : undefined;This ensures:
- Future engines (beyond V2) won’t accidentally inherit the old region behavior.
- The
workerQueue
field, which may benull
, is safely converted toundefined
.
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
💡 Knowledge Base configuration:
- MCP integration is disabled by default for public repositories
- Jira integration is disabled by default for public repositories
- Linear integration is disabled by default for public repositories
You can enable these sources in your CodeRabbit configuration.
📒 Files selected for processing (1)
apps/webapp/app/v3/services/replayTaskRun.server.ts
(1 hunks)
🧰 Additional context used
📓 Path-based instructions (3)
**/*.{ts,tsx}
📄 CodeRabbit Inference Engine (.github/copilot-instructions.md)
**/*.{ts,tsx}
: Always prefer using isomorphic code like fetch, ReadableStream, etc. instead of Node.js specific code
For TypeScript, we usually use types over interfaces
Avoid enums
No default exports, use function declarations
Files:
apps/webapp/app/v3/services/replayTaskRun.server.ts
{packages/core,apps/webapp}/**/*.{ts,tsx}
📄 CodeRabbit Inference Engine (.github/copilot-instructions.md)
We use zod a lot in packages/core and in the webapp
Files:
apps/webapp/app/v3/services/replayTaskRun.server.ts
apps/webapp/**/*.{ts,tsx}
📄 CodeRabbit Inference Engine (.cursor/rules/webapp.mdc)
apps/webapp/**/*.{ts,tsx}
: In the webapp, all environment variables must be accessed through theenv
export ofenv.server.ts
, instead of directly accessingprocess.env
.
When importing from@trigger.dev/core
in the webapp, never import from the root@trigger.dev/core
path; always use one of the subpath exports as defined in the package's package.json.
Files:
apps/webapp/app/v3/services/replayTaskRun.server.ts
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (23)
- GitHub Check: units / internal / 🧪 Unit Tests: Internal (8, 8)
- GitHub Check: units / internal / 🧪 Unit Tests: Internal (4, 8)
- GitHub Check: units / internal / 🧪 Unit Tests: Internal (5, 8)
- GitHub Check: units / internal / 🧪 Unit Tests: Internal (3, 8)
- GitHub Check: units / internal / 🧪 Unit Tests: Internal (2, 8)
- GitHub Check: units / internal / 🧪 Unit Tests: Internal (7, 8)
- GitHub Check: units / webapp / 🧪 Unit Tests: Webapp (6, 8)
- GitHub Check: units / internal / 🧪 Unit Tests: Internal (6, 8)
- GitHub Check: units / webapp / 🧪 Unit Tests: Webapp (5, 8)
- GitHub Check: units / webapp / 🧪 Unit Tests: Webapp (3, 8)
- GitHub Check: units / internal / 🧪 Unit Tests: Internal (1, 8)
- GitHub Check: units / webapp / 🧪 Unit Tests: Webapp (7, 8)
- GitHub Check: units / webapp / 🧪 Unit Tests: Webapp (4, 8)
- GitHub Check: units / webapp / 🧪 Unit Tests: Webapp (8, 8)
- GitHub Check: units / packages / 🧪 Unit Tests: Packages (1, 1)
- GitHub Check: units / webapp / 🧪 Unit Tests: Webapp (2, 8)
- GitHub Check: units / webapp / 🧪 Unit Tests: Webapp (1, 8)
- GitHub Check: e2e / 🧪 CLI v3 tests (windows-latest - npm)
- GitHub Check: e2e / 🧪 CLI v3 tests (ubuntu-latest - npm)
- GitHub Check: e2e / 🧪 CLI v3 tests (ubuntu-latest - pnpm)
- GitHub Check: e2e / 🧪 CLI v3 tests (windows-latest - pnpm)
- GitHub Check: typecheck / typecheck
- GitHub Check: Analyze (javascript-typescript)
No description provided.