| ... | @@ -188,10 +188,12 @@ the **Update server** action targeting a package version that does not exist yet | ... | @@ -188,10 +188,12 @@ the **Update server** action targeting a package version that does not exist yet |
| 188 | | 188 | |
| 189 | For a release smoke test, confirm `npm view t3@<version> version` returns the expected version, then | 189 | For a release smoke test, confirm `npm view t3@<version> version` returns the expected version, then |
| 190 | connect the new client to a server on the previous version and verify that the update action | 190 | connect the new client to a server on the previous version and verify that the update action |
| 191 | reconnects to the matching server. Use releases with identical migration manifests for the | 191 | reconnects to the matching server. When the release adds database migrations, verify that the |
| 192 | automatic path. When the manifest changed, verify that the remote action stops before restart and | 192 | remote update applies them and reconnects. A failed trial must restore the database snapshot and |
| 193 | shows the exact local `npx t3@<version> service update` command. Also test the manual or | 193 | restart the previous server. If the installed launcher does not support the target protocol, |
| 194 | desktop-managed guidance when those environments are available. | 194 | verify that the update stops before restart and run `npx t3@<version> service update` once on the |
| | 195 | server machine. Also test the manual or desktop-managed guidance when those environments are |
| | 196 | available. |
| 195 | | 197 | |
| 196 | ## Desktop auto-update notes | 198 | ## Desktop auto-update notes |
| 197 | | 199 | |