[BUG] OIDCMemCacheConnectionsTTL value is interpreted a microseconds and not as seconds

[rpluem]

If a ttl value is set via OIDCMemCacheConnectionsTTL the value is not taken as seconds but as microseconds. This is because it is missed to convert a given value from seconds to microseconds as apr_memcache_server_create expects. Due to a design error in the apr-util 1.x apr_memcache_server_create prototype (it uses an apr_uint32_t instead of an apr_interval_time_t) we also need to limit the maximum number of seconds from currently one week to roughly 1 hour and 11 minutes as this is the maximum value in microseconds that fits into an apr_uint32_t. For solving the missing conversion there are two possible approaches:

1. The small one which just converts the value via apr_time_from_sec to microseconds.
2. Revert back to the usage of ap_timeout_parameter_parse which also gives more flexibility on specifying sub second timeouts or larger timeouts by adding a unit to the number.

I can try to create a PR for 1. or 2. whatever is prefered. My personal preference is 2.

[zandbelt]

a PR for 2. would be great, thanks

[rpluem-vf]

There we are: #1346

[zandbelt]

thanks!

[zandbelt]

added some tests here 679b496 that also uncovered a minor getter issue, checking the new default OIDC_CONFIG_POS_TIMEOUT_UNSET; these tests should prevent us from breaking your contribution again, apologies for that

[rpluem-vf]

Thanks for fixing and letting me know.