Skip to content

Conversation

@achingbrain
Copy link
Member

The idea is if async work is done after .dial is invoked but before upgrader.upgradeInbound is called, and the abort signal aborts, then .dial should respect the abort and throw, but there's no reliable cross-transport way to inject the latency that would cause the test to fail so remove the test.

Change checklist

  • I have performed a self-review of my own code
  • I have made corresponding changes to the documentation if necessary (this includes comments as well)
  • I have added tests that prove my fix is effective or that my feature works

There's no reliable way to test this in a transport agnostic way.

The idea is if async work is done after `.dial` is invoked but
before `upgrader.upgradeInbound` is called, and the abort signal
aborts, then `.dial` should respect the abort and throw, but there's
no cross-transport way to inject the latency that would cause the
test to fail so remove the test.
@achingbrain achingbrain requested a review from a team as a code owner November 19, 2024 12:55
@achingbrain achingbrain merged commit f53f65d into main Nov 19, 2024
@achingbrain achingbrain deleted the fix/remove-slow-network-test branch November 19, 2024 14:00
@achingbrain achingbrain mentioned this pull request Nov 19, 2024
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.

3 participants