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.

Sign up for GitHub

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

Jump to bottom

Timeout requests to dandidav that take too long to resolve #20

Open
jwodder opened this issue Jan 29, 2024 · 0 comments
Open

Timeout requests to dandidav that take too long to resolve #20

jwodder opened this issue Jan 29, 2024 · 0 comments
Labels
configuration easy Not hard enhancement New feature or request therefor good first issue Good for newcomers performance Efficient use of time and space

Comments

@jwodder
Copy link
Member

jwodder commented Jan 29, 2024 •
edited
Loading

The CLI should have a --timeout option that takes an integer number of seconds. When specified, requests to the server that take more than that many seconds to complete should be timed out; when not specified, no timeout should be in effect.

This can be done via either the TimeoutLayer middleware or ServiceBuilder::timeout().
@jwodder jwodder added enhancement New feature or request therefor performance Efficient use of time and space under consideration Dev has not yet decided whether or how to implement easy Not hard good first issue Good for newcomers and removed under consideration Dev has not yet decided whether or how to implement labels Jan 29, 2024
@jwodder jwodder changed the title Timeout dandidav requests that take too long Timeout requests to dandidav that take too long to resolve Jul 9, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
configuration easy Not hard enhancement New feature or request therefor good first issue Good for newcomers performance Efficient use of time and space
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@jwodder