Skip to content
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

Fix TestActivityWorkerStop: it times out with go 1.20 #1223

Merged
merged 1 commit into from
Mar 9, 2023

Conversation

dkrotx
Copy link
Contributor

@dkrotx dkrotx commented Mar 8, 2023

The only test that fails with go 1.20 is this one. The reason is workerOptions.WorkerActivitiesPerSecond == 0, and it is not augmented in newActivityWorker() - this supposed to be done in callers. This breaks task-dispatching: polled tasks are never executed since it is always above the limit(0).

What changed?
TestActivityWorkerStop now works with default MaxActivity

Why?
make unit_test was hanging on TestActivityWorkerStop for 10 minutes (timeout), and failed afterwards.
I believe it because of the new go version:

$ go version
go version go1.20.1 darwin/arm64

The reason is, an activity which supposed to drive the test is never executed because of rate-limiting; workerOptions.WorkerActivitiesPerSecond is zero. newActivityWorker expects this already be augmented to default (100k) by callers.

How did you test it?
make unit_test succeeds after this patch.

Potential risks
No risks, it is only a test-file changed.

@CLAassistant
Copy link

CLAassistant commented Mar 8, 2023

CLA assistant check
All committers have signed the CLA.

@Shaddoll
Copy link
Contributor

Shaddoll commented Mar 8, 2023

Did it only fail with go 1.20?

@dkrotx
Copy link
Contributor Author

dkrotx commented Mar 8, 2023

Did it only fail with go 1.20?

Actually, not only. It failed with 1.19 as well.
But then I don't quite understand how it worked before. There is definitely an issue - to start worker with WorkerActivitiesPerSecond being zero.

The only test that fails with go 1.20 is this one.
The reason is workerOptions.WorkerActivitiesPerSecond == 0, and it is not augmented in newActivityWorker() - this supposed to be done in callers.
This breaks task-dispatching: polled tasks are never executed since it is always above the limit(0).
@dkrotx dkrotx merged commit 6db8982 into uber-go:master Mar 9, 2023
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.

4 participants