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

Allow to define a delay for intercepted requests only #200

Open
Tracked by #251
nadiamoe opened this issue Jun 13, 2023 · 2 comments
Open
Tracked by #251

Allow to define a delay for intercepted requests only #200

nadiamoe opened this issue Jun 13, 2023 · 2 comments

Comments

@nadiamoe
Copy link
Member

nadiamoe commented Jun 13, 2023

The current API allows to inject both error codes, and additional latency to requests. The former is done by means of errorBody and errorCode, and the latter by those of averageDelay and delayVariation. For injecting errors, it is also possible to specify a probablity of how many requests will error using errorRate.

Currently, it is however not possible to cause only requests that are intercepted to return an error to also have an increased latency.

This is not the same as causing only a fraction of requests to be delayed, which is covered in #196.

@pablochacin
Copy link
Collaborator

I think these are two separated issues. The first basically allows specifying a rate of requests that will have a delay (for example, delayRate).

As for the second, it is more about having both delay and error to the same request.

@nadiamoe
Copy link
Member Author

I agree. I merely wanted to acknowledge and link the delayRate one as well here as it feels similar, but it's not the same. I'll reword the issue to make this clearer.

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

No branches or pull requests

2 participants