fix(refreshThreshold): don't run if ttl is -1 (#604)

* fix(refreshThreshold): don't run if ttl is -1

* chore: update docs

* chore: revert auto-formatting

* chore(docs): revert fmt

---------

Co-authored-by: Jared Wray <me@jaredwray.com>

README.md

@@ -143,6 +143,7 @@ NOTES:
 * In case of multicaching, the store that will be checked for refresh is the one where the key will be found first (highest priority).
 * If the threshold is low and the worker function is slow, the key may expire and you may encounter a racing condition with updating values.
 * The background refresh mechanism currently does not support providing multiple keys to `wrap` function.
+* If no `ttl` is set for the key, the refresh mechanism will not be triggered. For redis, the `ttl` is set to -1 by default.
 
 For example, pass the refreshThreshold to `caching` like this:
 
@@ -197,4 +198,4 @@ for any new features or bug fixes.
 
 ## License
 
-node-cache-manager is licensed under the [MIT license](./LICENSE).
+node-cache-manager is licensed under the [MIT license](./LICENSE).

src/caching.ts

@@ -89,7 +89,7 @@ export async function caching<S extends Store, T extends object = never>(
       } else if (args?.refreshThreshold) {
         const cacheTTL = typeof ttl === 'function' ? ttl(value) : ttl;
         const remainingTtl = await store.ttl(key);
-        if (remainingTtl < args.refreshThreshold) {
+        if (remainingTtl !== -1 && remainingTtl < args.refreshThreshold) {
           fn().then((result) => store.set<T>(key, result, cacheTTL));
         }
       }