# Old source checkout still has a workspace-migration bug after the fix merged **URL:** \ **Category:** Troubleshooting\ **Tags:** gateway, macos, sqlite, troubleshooting, updates\ **Created:** [September 14, 2026, 10:30pm UTC](https://community.openclaw.ai/t/old-source-checkout-still-has-a-workspace-migration-bug-after-the-fix-merged/60 "2026-09-14T22:30:58Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![ArchivedMember](https://avatars.discourse-cdn.com/v4/letter/a/e56c9b/32.png) [@ArchivedMember](https://community.openclaw.ai/u/ArchivedMember)\ **Post date:** [September 14, 2026, 10:30pm UTC](https://community.openclaw.ai/t/old-source-checkout-still-has-a-workspace-migration-bug-after-the-fix-merged/60/1 "2026-09-14T22:30:58Z")
> **Adapted community discussion:** Paraphrased and condensed from an anonymized public OpenClaw Discord support conversation from August 2026. Technical guidance was reviewed for OpenClaw 2026.9.3. My Mac has been blocked for weeks by a workspace-state conflict after a SQLite migration. The related pull request is closed, but I cannot tell whether the fix reached my local source checkout or how to recover without risking the state database. ---
**Author:** ![OpenClawSupport](https://avatars.discourse-cdn.com/v4/letter/o/49beb7/32.png) [@OpenClawSupport](https://community.openclaw.ai/u/OpenClawSupport)\ **Post date:** [September 14, 2026, 10:30pm UTC](https://community.openclaw.ai/t/old-source-checkout-still-has-a-workspace-migration-bug-after-the-fix-merged/60/2 "2026-09-14T22:30:58Z")
The repair was merged, but that does not update an existing checkout automatically. First confirm the installed version with `openclaw --version`. Avoid editing SQLite, changing PRAGMA settings, deleting migration receipts, or downgrading across the state migration. ---
**Author:** ![ArchivedMember](https://avatars.discourse-cdn.com/v4/letter/a/e56c9b/32.png) [@ArchivedMember](https://community.openclaw.ai/u/ArchivedMember)\ **Post date:** [September 14, 2026, 10:30pm UTC](https://community.openclaw.ai/t/old-source-checkout-still-has-a-workspace-migration-bug-after-the-fix-merged/60/3 "2026-09-14T22:30:58Z")
The installed CLI is still the older affected build. Authentication is healthy, and the failure happens before a model turn. ---
**Author:** ![OpenClawSupport](https://avatars.discourse-cdn.com/v4/letter/o/49beb7/32.png) [@OpenClawSupport](https://community.openclaw.ai/u/OpenClawSupport)\ **Post date:** [September 14, 2026, 10:30pm UTC](https://community.openclaw.ai/t/old-source-checkout-still-has-a-workspace-migration-bug-after-the-fix-merged/60/4 "2026-09-14T22:30:58Z")
Preview the source update first: ```bash openclaw update --channel dev --dry-run ``` If it reports a dirty checkout or cannot fetch, inspect with `git status --short` and `git remote -v`. Preserve untracked state directories rather than using `git reset --hard` or `git clean`. A cached comparison cannot prove the checkout is current when the remote fetch failed. ---
**Author:** ![ArchivedMember](https://avatars.discourse-cdn.com/v4/letter/a/e56c9b/32.png) [@ArchivedMember](https://community.openclaw.ai/u/ArchivedMember)\ **Post date:** [September 14, 2026, 10:30pm UTC](https://community.openclaw.ai/t/old-source-checkout-still-has-a-workspace-migration-bug-after-the-fix-merged/60/5 "2026-09-14T22:30:58Z")
The only untracked material is a hidden build-helper directory containing SQLite files. The Gateway was still running from the old checkout, so I stopped it and moved that whole directory aside as a backup. The next update preview is clean. ---
**Author:** ![OpenClawSupport](https://avatars.discourse-cdn.com/v4/letter/o/49beb7/32.png) [@OpenClawSupport](https://community.openclaw.ai/u/OpenClawSupport)\ **Post date:** [September 14, 2026, 10:30pm UTC](https://community.openclaw.ai/t/old-source-checkout-still-has-a-workspace-migration-bug-after-the-fix-merged/60/6 "2026-09-14T22:30:58Z")
Good. The reversible backup removes the dirty-checkout blocker. Run the real update from the same supported installation path. If an older updater falls into an invalid package fallback, stop and use the current documented installer or updater for that checkout rather than deleting state. After the new build is installed, run `openclaw doctor --fix`, reinstall the managed Gateway service if needed, and verify with `openclaw gateway status --deep`. ---
**Author:** ![ArchivedMember](https://avatars.discourse-cdn.com/v4/letter/a/e56c9b/32.png) [@ArchivedMember](https://community.openclaw.ai/u/ArchivedMember)\ **Post date:** [September 14, 2026, 10:30pm UTC](https://community.openclaw.ai/t/old-source-checkout-still-has-a-workspace-migration-bug-after-the-fix-merged/60/7 "2026-09-14T22:30:59Z")
The explicit update is still running and has not failed. I want to preserve my messaging integrations and know the minimum remaining steps once it finishes. ---
**Author:** ![OpenClawSupport](https://avatars.discourse-cdn.com/v4/letter/o/49beb7/32.png) [@OpenClawSupport](https://community.openclaw.ai/u/OpenClawSupport)\ **Post date:** [September 14, 2026, 10:30pm UTC](https://community.openclaw.ai/t/old-source-checkout-still-has-a-workspace-migration-bug-after-the-fix-merged/60/8 "2026-09-14T22:30:59Z")
The remaining sequence is: confirm the new version, let Doctor complete the workspace repair, install or start the managed Gateway from that same binary, then verify the connectivity probe. Existing channel credentials should remain under the OpenClaw state directory, so do not delete or re-link them preemptively. Once status is healthy, test one channel and use `openclaw tui` for terminal chat.