Cline Desktop v0.0.32を公開Cline Desktop v0.0.32
匿名の公開いいねです。記事の保存・お気に入りではなく、Featured、Top 3、重要度、掲載順位には影響しません。仕組みとプライバシーAnonymous public likes are reactions, not saved articles or bookmarks. They do not affect Featured, Top 3, importance, or listing order.How it works and privacy
- Cline Desktop v0.0.32は、アプリと内蔵Hubのビルド識別処理を共通化し、v0.0.31で更新後に起動できない問題を修正しました。
- さらにCIで実バックエンドを毎回検証し、ワークスペース選択画面へ安定して進めるようにします。
Cline Desktop v0.0.32 fixes the v0.0.31 launch failure by sharing build-identity code between the app and Hub; CI now boots the compiled backend on every change, ensuring workspace access.
本ページの本文と要約は AI による自動生成です。日本語版と英語版は言語ごとに独立して生成されるため、表現や詳しさが異なる場合があります。正確性は元記事 (github.com) をご確認ください。The body and summaries are AI-generated independently for each language, so wording and detail may differ. Verify accuracy at the original source (github.com).
要約と収集メタデータに基づく AI 解説。元記事全文の転載・翻訳ではありません。AI explainer based on the summaries and collected metadata, not a copy or translation of the full source article.
v0.0.32
Cline Desktop v0.0.32は、v0.0.31への更新後にアプリが起動できなくなる問題を修正した。アプリとバックグラウンドで動作する内蔵のCline Hubについて、ビルド識別に使うコードを共通化したことが修正の中心となる。
起動失敗
v0.0.31では、起動時に「desktop backend exited before publishing its endpoint」と表示され、ワークスペース選択画面へ到達できない場合があった。さらに、起動処理がタイムアウトし、「No compatible hub runtime is available」と報告される状態になっていた。
ビルド識別
Clineは、独自のCline Hubをバックグラウンドで動かしている。問題が発生した版では、アプリとHubという二つの構成部分が、同じコードの異なるコピーからビルドされていた。このため、Hubが通知するビルド識別情報と、アプリが期待する識別情報が一致しなかった。
その結果、アプリは自ら起動したHubを停止し、起動処理を完了できなくなっていた。v0.0.32では、両方が同じコードのコピーを読み込むように変更され、識別処理の食い違いを解消している。
CIで検証
再発防止のため、変更のたびにCI上で実際にコンパイルされたバックエンドを起動し、処理全体を通して検証する仕組みも導入された。アプリ側とHub側が再びずれないことを継続的に確認し、起動後にワークスペース選択画面へ進める状態を検証する。
Cline starts again
Cline Desktop v0.0.32 fixes a launch failure introduced in v0.0.31. The issue mattered because affected users could not reach the workspace picker after updating.
In v0.0.31, the application could fail during launch with the message “desktop backend exited before publishing its endpoint.” Rather than continuing to the workspace picker, startup stopped before the application became usable. The failure could also produce the message “No compatible hub runtime is available.”
Different copies of code
Cline runs its own copy of the Cline Hub in the background. The application and this embedded Hub had been built from different copies of the same code, creating a mismatch in how the two halves identified their builds.
As a result, the Hub announced one build identity while the application expected another. The application then shut down the Hub that it had just started. With that background component no longer available, the startup process timed out and reported that no compatible Hub runtime was available.
The problem therefore came from the application and Hub disagreeing about build identity, rather than from the workspace picker itself. Because the mismatch occurred during startup, the application never progressed far enough to display that picker.
Same copy of code
In v0.0.32, both halves load the same copy of the build-identity code. Sharing that code removes the mismatch that caused the application to reject and terminate its own background Hub.
The release is intended to restore startup after updating and allow Cline Desktop to proceed to workspace selection. It directly addresses the launch behavior seen in v0.0.31 rather than introducing a separate workflow.
Booted end-to-end in CI
The compiled backend is now booted end-to-end in CI on every change. This check uses the real compiled backend and is designed to prevent the application and Hub from drifting apart again.
By validating the two halves together on each change, the CI process checks the startup path that previously failed. The full changelog covers the changes from desktop-v0.0.31 to desktop-v0.0.32.
ポコとTECHガイドPoko & TECH Guide
ポコと当サイトのTECHガイドが、記事の要約と収集した情報から読みどころを語るAI生成の対話です。Poko and TECH Dashboard's own TECH Guide discuss the article's highlights in an AI-generated conversation based on its summary and collected source details.
- ポコPoko更新したら起動しなくなって、仕事の画面にも入れないことがあったの？今回は何が変わるの？Could an update leave Cline unable to start, blocking access to the work screen? What changes this time?
- TECHガイドTECH Guidev0.0.32では起動できない問題が修正され、ワークスペース選択画面まで安定して進めるようになります。Version 0.0.32 fixes the launch failure and should reliably reach the workspace picker.
- ポコPoko前はできなかったの？アプリと内蔵Hubがうまくつながらなかったのかな。Was that broken before? Maybe the app and its built-in Hub weren’t connecting properly?
- TECHガイドTECH Guidev0.0.31では両者のビルド識別が食い違い、アプリが起動したHubを終了させてタイムアウトすることがありました。In v0.0.31, their build identities could differ, causing the app to shut down the Hub it had launched and eventually time out.
- ポコPokoそっか。今回はアプリとHubが同じ識別用コードを使うようになって、起動の食い違いを直したんだね。Got it. The app and Hub now share the same build-identity code, fixing that startup mismatch.
- TECHガイドTECH Guideうん。変更のたびにCIで実際のコンパイル済みバックエンドを起動し、両者のずれを継続的に確かめる点にも注目です。Yes. CI now boots the compiled backend on every change, continuously checking that the two sides don’t drift apart.