Repository navigation
feat(node): Add nodeCronIntegration to monitor node-cron tasks - #25473
Merged
Merged
Conversation
This was referenced Oct 17, 2026
Contributor
size-limit report 📦Compared: 3cd3686 (PR test merge using develop at 30cfb4c) Against: 30cfb4c (develop) · base run #64245 ✅ Baseline matches: this diff contains only this PR's changes.
|
Sends check-ins for every named node-cron task through the orchestrion createTask channel, with the task's schedule and time zone as monitor config when Sentry reads it the same way. Tasks without a name, and tasks wrapped by Sentry.cron.instrumentNodeCron, are skipped. Co-Authored-By: Claude <noreply@anthropic.com>
Prepares for other scheduler integrations; the helper also handles schedulers that run on either day field (cron-parser, cron). Co-Authored-By: Claude <noreply@anthropic.com>
The error event and the error check-in can arrive in either order. Co-Authored-By: Claude <noreply@anthropic.com>
…-in modules `bun run` can't inject channels into libraries. nodeCronIntegration is opt-in, so it has no lazy channel-integration definition. Co-Authored-By: Claude <noreply@anthropic.com>
wedamija
force-pushed
the
danf/node-cron-monitor-jobs
branch
from
October 20, 2026 00:51
2c2c600 to
905ed6b
Compare
…reads differently node-cron 4.0 to 4.2 ship `dist/cjs` and `dist/esm` builds, which weren't instrumented. node-cron 3 keeps the values of a stepped field that are multiples of the step (`*/2` days run on 2, 4, ...), so those tasks now check in without a monitor config. Also moves the channel subscription and job filtering into shared helpers for the other scheduler integrations. Co-Authored-By: Claude <noreply@anthropic.com>
wedamija
marked this pull request as ready for review
October 21, 2026 01:02
![cursor[bot]](https://avatars.githubusercontent.com/in/1210556?s=60&v=4){kind=small}
Co-Authored-By: Claude <noreply@anthropic.com>
Contributor
Optional E2E testsSome optional checks were not successful. They do not block the merge. 4 not successful, 53 successful. See the run.
Successful checks
|
mydea
reviewed
Oct 23, 2026
mydea
reviewed
Oct 28, 2026
mydea
reviewed
Oct 28, 2026
mydea
reviewed
Oct 28, 2026
mydea
reviewed
Oct 28, 2026
Member
|
This seems generally good to me, left some small comments, I wonder though, what about bun and deno, should this not be exported and work there too? |
Member
Author
Good call, it looks like we already export this to bun, but I added it to deno. |
JPeer264
requested changes
Oct 28, 2026
JPeer264
left a comment
JPeer264
left a comment
Member
There was a problem hiding this comment.
Comments of Francesco should be tackled and my two. Once these are done I'm fine landing this. Thx a lot for making the changes here
…nds as 7 Each run of a monitored job gets its own trace, so runs no longer share one. A weekday range ending on Sunday (`sat-sun`, `5-0`) is sent as `6-7`, which Sentry accepts. Other reversed ranges get no monitor config, and node-cron 3 gets none for ranges ending on Sunday since it reads them differently.
… before node-cron 4.6 node-cron 4.0-4.5 swaps reversed ranges, so `sat-sun` runs every day there. Only 4.6+ wraps it around to the weekend.
There was a problem hiding this comment.
Cursor Bugbot has reviewed your changes and found 1 potential issue.
❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.
Reviewed by Cursor Bugbot for commit 5efee25. Configure here.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Part of a series adding automatic Crons monitoring for the most-used job schedulers in each SDK. Check-ins for a monitor that doesn't exist yet are dropped, so today each monitor has to be created by hand with its schedule copied from the code. Sending the job's schedule as the monitor config lets Sentry create the monitor and keep it in sync.
Adds
nodeCronIntegration, which sends check-ins for every namednode-crontask (3.x and 4.x) with its schedule and time zone as the monitor config. Today each module has to be wrapped inSentry.cron.instrumentNodeCron; with this, adding the integration is enough. It is not a default integration. Tasks without anamearen't monitored.Tasks with schedules Crons can't express, like every 10 seconds, aren't monitored, and neither are node-cron 3 schedules with steps it reads differently from standard cron, like
*/2days. Tasks already wrapped byinstrumentNodeCronare skipped, so using both doesn't send duplicate check-ins.