-
-
Notifications
You must be signed in to change notification settings - Fork 868
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
Feature Request: Allow HTTP session timeout(s) tuning via config #2414
Comments
@orgcontrib I am heavily in development of v2.5.x implementing #232 - thus, whilst making this change is trivial for v2.4.x, at the moment is a wasted effort for me. The easiest path for you to take is to clone the source locally and make the applicable change to the code yourself. However, with this being said, your feature request has already been factored in and catered for in the v2.5.x code base: From util.d (v2.5.x)That function pulls in the values from the application configuration From config.d (v2.5.x)Which can be set via 'config' file options: Application v2.5.0 evidenceUsage Evidence
So your next question will be - when can you get v2.5.x ? Please refer to: #2387 & #2415 |
@abraunegg Replying with a working prototype artifact in such a short time already exceeded my expectation. Kudos to you. I will be patient and wait for v2.5.0. |
Due to #2423 I will be now doing an urgent v2.4.24 release. What I will do is add capability this into v2.4.24 so that this is available sooner rather than later. |
* Implement #2414 to allow HTTP session timeout(s) tuning via config (taken from v2.5.x)
@orgcontrib
|
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Is your feature request related to a problem? Please describe.
I know my VM is slow and it needs a lot more time (~20s) to complete certain tasks, especially network related ones. I'm frustrated about the HTTP session timeout(s) being hard-coded as 5 seconds. The suggested diagnostic using curl follows that well-known fact by using 5s values. I don't have a DNS resolver or network connectivity problem.
Describe the solution you'd like
I'd like to have both timeouts from util.d testNetwork() to be read from new Config file options that I can tune.
I envision this would be similar to:
Describe alternatives you've considered
N/A - I couldn't find nor think of any alternative.
Yet, the UTO concept remains an important aspect.
Additional context
I hit the 5s timeout on my First connect (run) needed to get the oauth2 token.
The text was updated successfully, but these errors were encountered: