Repository navigation
fix(kms): raise Bun auth idleTimeout above the KMS webhook timeout - #1460
Merged
Merged
Conversation
Bun.serve defaults idleTimeout to 10s and closes the socket while the handler is still awaiting eth_call. That surfaces on GetMeta as "connection closed before message completed". Set idleTimeout to Bun's 255s maximum so the KMS client's 60s webhook timeout fires first. Signed-off-by: Leechael Yim <yanleech@gmail.com>
Leechael
force-pushed
the
fix/kms-auth-api-bun-idle-timeout
branch
from
October 21, 2026 14:51
eed0885 to
87412bc
Compare
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.
Summary
Bun.serve defaults
idleTimeoutto 10s and closes the socket while the auth handler is still awaiting a sloweth_call. That shows up on KMSGetMetaasconnection closed before message completed, usually after ~10s, with no matching auth-api request log.Set
idleTimeout: 255(Bun's documented maximum) onauth-eth-bun,auth-mock, andauth-simpleso the KMS client's 60s webhook timeout fires first.Evidence
batchline for the failed call.idleTimeout: 30/255succeeds.bunx vitest runinauth-eth-bun: 24 passed.Test plan
cd dstack/kms/auth-eth-bun && bunx vitest runauth-apiand confirmGetMetano longer fails at ~10s withconnection closed before message completed