{"id":"6a5cf9986d11ed6fc0cb927d","title":"2026 07 19","path":"how-to/committee/release-notes/2026-07-19","contentMarkdown":"# 19-Jul-2026 — reload the browser automatically when a new version is deployed [ref #181](https://github.com/nbarrett/ngx-ramblers/issues/181)\n\n## [build 781](https://github.com/nbarrett/ngx-ramblers/actions/runs/29693346003) — [commit 2a8fafe](https://github.com/nbarrett/ngx-ramblers/commit/2a8fafe126e6e66b6d9ab90dde6e9e5020337385)\n\n_____\n\n- Users with a tab open before a deploy carry on running the previous build\nuntil they do a genuine page load. Logging out and back in does not do it,\nand neither does reopening the site in the same tab. From the user's side a\nfault that has already been fixed simply looks unfixed, which generates\nsupport traffic for problems that no longer exist.\n\n- Each build now stamps its run number into the image as BUILD_NUMBER and\nserves it from /api/version. The running app records the build number it\nstarted with, then rechecks once a minute and whenever the tab regains\nfocus. When the deployed build is newer, the tab reloads itself with no\nprompt and no decision for the user.\n\n- Two things the reload will not do. It will not interrupt work in progress:\nif a modal is open or the user has typed into anything since the last\nnavigation, the reload waits until they navigate away. It will not loop\nduring a rolling deploy across machines: build numbers are compared rather\nthan tested for inequality, so a tab only ever moves forward.\n\n- The first deploy carrying this change cannot rescue tabs already open on\nthe previous build, since that code has no version check in it. Those still\nneed one manual refresh. Every deploy after this one is automatic.","contentHtml":"<h1>19-Jul-2026 — reload the browser automatically when a new version is deployed <a href=\"https://github.com/nbarrett/ngx-ramblers/issues/181\">ref #181</a></h1>\n<h2><a href=\"https://github.com/nbarrett/ngx-ramblers/actions/runs/29693346003\">build 781</a> — <a href=\"https://github.com/nbarrett/ngx-ramblers/commit/2a8fafe126e6e66b6d9ab90dde6e9e5020337385\">commit 2a8fafe</a></h2>\n<hr>\n<ul>\n<li><p>Users with a tab open before a deploy carry on running the previous build\nuntil they do a genuine page load. Logging out and back in does not do it,\nand neither does reopening the site in the same tab. From the user&#39;s side a\nfault that has already been fixed simply looks unfixed, which generates\nsupport traffic for problems that no longer exist.</p>\n</li>\n<li><p>Each build now stamps its run number into the image as BUILD_NUMBER and\nserves it from /api/version. The running app records the build number it\nstarted with, then rechecks once a minute and whenever the tab regains\nfocus. When the deployed build is newer, the tab reloads itself with no\nprompt and no decision for the user.</p>\n</li>\n<li><p>Two things the reload will not do. It will not interrupt work in progress:\nif a modal is open or the user has typed into anything since the last\nnavigation, the reload waits until they navigate away. It will not loop\nduring a rolling deploy across machines: build numbers are compared rather\nthan tested for inequality, so a tab only ever moves forward.</p>\n</li>\n<li><p>The first deploy carrying this change cannot rescue tabs already open on\nthe previous build, since that code has no version check in it. Those still\nneed one manual refresh. Every deploy after this one is automatic.</p>\n</li>\n</ul>\n"}