$ the-wire · showcase
Cline desktop commands unblocked from slow backend startup
By RepoJournal · Filed · About AI Agents
![langchain-oss-model-profiles[bot]](https://avatars.githubusercontent.com/in/2903571?v=4)
Cline fixed a desktop startup bottleneck that queued every command behind a 15-second poll, and VSCode silently-failing commands now report success.
The desktop backend's slow startup no longer blocks the command path. `get_desktop_backend_endpoint` previously polled for the ready line synchronously for up to 15 seconds, serializing all sync commands on Windows; a trivial `set_app_icon` invoke took 21–29 seconds. The startup is now kept off the command path, and a recheck under the process lock covers the shutdown race [1].
In VSCode, shell integration now distinguishes empty success from failure. A command that exited 0 with no output used to be treated as a shell-integration failure, reporting `[Command exited with code 1]` via a clipboard snapshot, causing silent commands like `git add -A` to fail intermittently even though the OSC 633 marker confirmed the read stream. Empty output is now reported as success [2].
Meanwhile, LangChain refreshed model profile data for in-monorepo integrations, removing `z-ai/glm-5.2:free` from OpenRouter and adjusting 9 profiles, with `deepseek/deepseek-v4-flash-0731` max output tokens cut from 943,718 to 131,072 [3].
Action items
- → Update cline to a build containing PR #13829 to avoid Windows desktop command stalls during backend startup cline/cline [plan]
- → Update cline to a build containing PR #13816 if you rely on silent shell commands in VSCode cline/cline [plan]
- → Review code referencing removed OpenRouter model z-ai/glm-5.2:free langchain-ai/langchain [monitor]
References
- [1] fix(desktop): keep desktop backend startup off the command path (#13829) ↗ cline/cline
- [2] fix(vscode): report silent shell-integration successes as empty output ↗ cline/cline
- [3] chore(model-profiles): refresh model profile data (#40258) ↗ langchain-ai/langchain
