Task.Delay(timespan) imposes arbitrary bounds on timespan

[Spongman]

Issue Title

Task.Delay(TimeSpan.FromDays(30))

throws ArgumentOutOfRangeException due to some implementation detail.

expected: APIs taking TimeSpan should support the full range of that type.

[GrabYourPitchforks]

Not all APIs support the full range of their argument's values. For example, TimeSpan.FromSeconds(double) doesn't accept the full range of double values for its input. The underlying implementation imposes additional restrictions.

In your case, do you have a scenario which is blocked by Task.Delay not supporting long timeout periods (> 25-ish days)?

[Spongman]

In your case, do you have a scenario which is blocked by Task.Delay not supporting long timeout periods (> 25-ish days)?

yes

[danmoseley]

Could you please share details? Perhaps there is a better mechanism you can use.

[mayorovp]

Monthly periodic job as example.

var nextRunTime = ...;
var now = DateTime.UtcNow;
if (now < nextRunTime) {
    await Task.Delay(nextRunTime - now);
}

[gfoidl]

Monthly periodic job as example.

I'd use a task scheduler for this purpose (cronjob, windows task scheduler) which kicks off the executable that performs this operation.

Having such long paused operations in your app / service can get into troubles if e.g. the server restarts.
Also (for me) it's kind of wasting ressources to let a task "sleep" such a long time -- the bookkeeping is still there. So delegate this to the OS's schedulers.

[mayorovp]

windows task scheduler

requires complex installer

Having such long paused operations in your app / service can get into troubles if e.g. the server restarts.

There are no problem if nextRunTime is persisted.

[gfoidl]

Then there are solutions like https://www.hangfire.io/.

Or go a simple approach with a timer (interval maybe a few hours) that checks nextRunTime and if should run, queue it to the thread-pool (that's basically what schedulers do).