Closed rbikar closed 1 year ago
run tests
Patch coverage: 100.00
% and no project coverage change.
Comparison is base (
f441d8a
) 96.89% compared to head (50e6753
) 96.89%.
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.
Previous usage of
f_map
caused creation of nested future and subsequentresult()
call didn't really wait for nested futures to finish. This caused immediate end of whole program before all submitted futures were started.In production env likely only some of submitted cdn cache purges were allowed to start, some paths were not purged at all.
Let's now use
f_flat_map
instead which can be used with future-returning functions and any nesting of futures is automatically avoided - therefore the program will wait for all submitted cache purges.