Back to Signal Feed
ProductionTracked since May 16, 2026

Add ETag-based cache-busting to storage download URLs

InsForge v2.1.6 changes storage download links to include a `?v=<etag>` version token, so updated artifacts no longer get masked by stale CDN caches and users are more likely to fetch the correct released files.

InsForge storagedownload URLETagCDN cache

What Happened

  • InsForge v2.1.6 changes storage download links to include a `?v=<etag>` version token, so updated artifacts no longer get masked by stale CDN caches and users are more likely to fetch the correct released files.
  • InsForge v2.1.6 changes storage download links to include a `?v=<etag>` version token, so updated artifacts no longer get masked by stale CDN caches and users are more likely to fetch the correct released files.
  • 1 evidence item attached for review.

What is Different

Before

Scattered source updates, isolated context, and manual follow-up across multiple feeds.

Now

Introduced versioned artifact URLs for storage downloads by adding `?v=<etag>`, making URL identity reflect file revision and forcing cache refresh when content changes.

Why Track This

Why It Matters

Operators and users downloading artifacts from InsForge through CDN paths will receive updated files more reliably after releases, reducing incidents where deployments use stale binaries or data. The implementation binds download URL versions to ETag values, so cache invalidation is tied to content changes instead of manual purge cycles. Watch whether any CDN layer or reverse proxy strips or ignores query parameters, and whether client-side download clients reuse cached responses outside normal validation paths.

Impact

Operators and users downloading artifacts from InsForge through CDN paths will receive updated files more reliably after releases, reducing incidents where deployments use stale binaries or data. The implementation binds download URL versions to ETag values, so cache invalidation is tied to content changes instead of manual purge cycles. Watch whether any CDN layer or reverse proxy strips or ignores query parameters, and whether client-side download clients reuse cached responses outside normal validation paths.

What To Watch Next

  • Watch whether InsForge storage becomes a repeated pattern.
  • Track follow-up changes around Observability and Tracing.
  • Compare future signals against this evidence trail.
  • Re-check risk flags: cdn_ignores_query_parameters, proxy_normalizes_query_string.
Open Topic TimelineOpen Technical EventOpen Original Sourcecdn_ignores_query_parameters / proxy_normalizes_query_string / client_side_cache_without_revalidation / etag_not_updated_for_mutations

Supporting Evidence