Thanks to visit codestin.com
Credit goes to github.com

Skip to content

fix: Add reason to cancelation tasks in tests #526

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

Merged
merged 2 commits into from
Mar 11, 2022
Merged

Conversation

lorensr
Copy link
Contributor

@lorensr lorensr commented Mar 11, 2022

Without a cancel.reason, the test hangs after:

image

Just confirming: even though the proto says reason is optional, it should always be there, and worker should throw & fail when it's not?

@lorensr lorensr requested a review from bergundy March 11, 2022 17:31
@lorensr lorensr added this to the 0.19.0 milestone Mar 11, 2022
@lorensr
Copy link
Contributor Author

lorensr commented Mar 11, 2022

Our test-npm-init action was pointed at next branch of samples-typescript, which we haven’t updated since November. We could keep next, but would need a process for keeping it up-to-date. For now, I'm just pointing at main until we next need next.

Copy link
Member

@bergundy bergundy left a comment

Choose a reason for hiding this comment

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

Thanks for the fix!

@lorensr lorensr merged commit 6b7f578 into main Mar 11, 2022
@lorensr lorensr deleted the windows-timeout branch March 11, 2022 21:39
lorensr added a commit that referenced this pull request Mar 12, 2022
* fix: Add reason to cancelation tasks in tests

* Fix test-npm-init
@bergundy
Copy link
Member

Our test-npm-init action was pointed at next branch of samples-typescript, which we haven’t updated since November. We could keep next, but would need a process for keeping it up-to-date. For now, I'm just pointing at main until we next need next.

I just saw this, we should really point at next because otherwise we can’t make breaking changes.
You have a point that next should be updated more frequently.
It’s not high priority though.

@lorensr
Copy link
Contributor Author

lorensr commented Mar 13, 2022 via email

@bergundy
Copy link
Member

My preference would be that as part of our release process, we'd upgrade all samples to use the new version and point the next branch at main.
This way we know that samples next is set to work with main of the SDK.

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