Kristjan ESPERANTO 7e1286257c fix(http-fetcher): fall back to reloadInterval after retries exhausted (#4113) ...

As reported in #4109, the weather module retries much more frequently
than expected after network errors. #4092 already fixed the main cause
(duplicate fetchers), but the backoff logic in `HTTPFetcher` still has a
gap: once retries are exhausted, `calculateBackoffDelay` keeps returning
a short fixed delay (60s) instead of falling back to `reloadInterval`.
The same problem existed for 5xx errors, where the delay grew to 8× the
configured interval.

Inspired by #4110 (thanks @CodeLine9), this PR makes both error paths
fall back to `reloadInterval` after retries are exhausted. I also
simplified the catch block, extracted a `#shortenUrl()` helper for log
messages, and added tests for the backoff progression.

2026-04-27 23:01:42 +02:00

..

classes

[core] refactor: enable ESLint rule require-await and handle detected issues (#4038)

2026-02-25 10:55:56 +01:00

functions

fix(http-fetcher): fall back to reloadInterval after retries exhausted (#4113)

2026-04-27 23:01:42 +02:00

global_vars

move default modules from /modules/default to /defaultmodules (#4019)

2026-01-27 08:37:52 +01:00

modules/default

weather: fix UV index display and add WeatherFlow precipitation (#4108)

2026-04-19 12:50:20 +02:00