Skip to content

Conversation

mjameswh
Copy link
Contributor

What was changed

  • Add Node 24 to our CI test matrix.
    • Node 24 is out and will become the Active TLS in October 2025.
    • Note that we recommend use of Active TLS for production-grade Temporal applications. That is Node 22 at this time.

@mjameswh mjameswh requested a review from a team as a code owner August 13, 2025 16:56
"node_modules/nexus-rpc": {
"version": "0.0.1",
"resolved": "git+ssh://git@github.com/nexus-rpc/sdk-typescript.git#f594a7fd9e33bd14e5ce1ed04c5225fc708e7866",
"resolved": "https://registry.npmjs.org/nexus-rpc/-/nexus-rpc-0.0.1.tgz",
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Switching from the git reference to the published package over the git one as NPM 11 has a breaking change which skips prepare scripts from running when --ignore-scripts is used. nexus-rpc needs prepare to produce lib/ files which are not checked in, but are present in the published package.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Uhh? Actually the git-based dependency should have never been commited to main, not sure how come it slipped through. Replacing it with the published release is definitely the right thing to do.

dedent`
ApplicationFailure: Fail me
at Function.nonRetryable (common/src/failure.ts)
at $CLASS.nonRetryable (common/src/failure.ts)
Copy link
Contributor Author

@mjameswh mjameswh Sep 29, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That comes out very neat. Great!

'Error'
),
],
[makeFailWorkflowExecution('Signal failed', 'Error')],
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What if we kept the reference stack trace as argument to makeFailWorkflowExecution(), and instead did the special handling of stack traces as part of compareCompletion()? We'd simply iterate over history events, looking for WorkflowExecutionFailure events (if any). WDYT?

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.

2 participants