Consider interop between retry.__
suite and possible retryable(fn, params)
signature
#97
Labels
Domain: meta
[Issue / PR] describes change in the development process, documentation, maintenance etc.
Priority: high
[Issue / PR] must be addressed as soon as possible
Type: investigation
[Issue / PR] addresses the need of gaining intel
Interesting: currently, the
retry()
function accepts anaction
parameter, which is a function with promise-constructor-executor-like signature:This means, that it would be backward compatible to provide those params as the second argument of
retry()
, as in:… which frankly should've been the first choice of the function signature.
Originally posted by @parzhitsky in #96 (comment)
The text was updated successfully, but these errors were encountered: