Question 1

Node.js 23 で Maka の「cannot start a transaction within a transaction」node:sqlite エラーを修正する方法は？

Accepted Answer

Maka の >=22.19.0 エンジン範囲が Node 23 を受け入れるにもかかわらず、Node.js 23.x は node:sqlite の DatabaseSync.isTransaction を含んでいません。Maka は BEGIN を発行する前に database.isTransaction をチェックします。Node 23 では undefined であるため、ネストされたトランザクションが開始され、SQLite が ERR_SQLITE_ERROR をスローします。

回避策: Node.js 22.19+ または Node.js 24+ を使用します:
nvm install 22.19.0
nvm use 22.19.0
# または
nvm install 24
nvm use 24

API が利用可能か確認します:
node -e "const {DatabaseSync}=require('node:sqlite'); console.log(new DatabaseSync(':memory:').isTransaction)"
これは false を出力するはずです。Node 23

Question 2

How to fix Maka Desktop error “session_busy — Session has a live derived effect” when archiving a completed chat?

Accepted Answer

This is caused by a proxy/HTTP-2 transport cleanup bug in affected builds (Maka 0.2.0 dev build `371b4b2`, Undici 8.11.2, Electron 43.4.1 / Node 24.18.1). When an HTTPS model endpoint uses HTTP/2 through an HTTP proxy, `createProxiedFetchTransport().close()` aborts the proxy tunnel before destroying the Undici dispatchers. The TLS socket can then emit `close` before Undici registers its callback, leaving dispatcher destruction pending. The automatic title-generation effect therefore stays active and archiving fails with `session_busy` / “归档任务失败”.

Workarounds:
1. Connect to the model endpoint directly or bypass the proxy for that host.
2. If your proxy/endpoint configuration permits, force the proxied connection to use HTTP/1.1 instead of HTTP/2.
3. Restart the Desktop/Runtime Host after changing the network configuration to clear the retained in-memory session effect.

Permanent fix: change cleanup ordering so dispatchers are destroyed before the CONNECT tunnel is aborted, while still cancelling pending TLS and proxy connection attempts. This regression was introduced in commit `9f4e0268b` (#5043); upgrade to a release containing the reordered cleanup.

Question 3

How do I fix intermittent WorkHub test failures on Linux CI: Electron closePopup crash, dropped native smoke click, and missing Storybook work filter?

Accepted Answer

Fix each race separately:

1. **Electron `closePopup` crash in `workhub-layout` e2e:** Do not open a real native GTK menu in this test. Stub `Menu.prototype.popup` to record the menu without invoking native code, then close it by emitting `menu-will-close`/running its callback. This removes the `probe.workbarMenu.closePopup(window)` call and both crash paths. Fixed in #6008 (`6d53ca8e9`).

2. **Native browser smoke loses the CDP click after Main closes:** After reparenting the view, wait until the page is input-ready before sending the single click. Wait for `document.visibilityState === 'visible'` and two `requestAnimationFrame` callbacks, or force a frame with `webContents.capturePage()`. Keep only one click so a genuinely dropped event still fails. Fixed in #6007 (`0af3d5adc`).

3. **Storybook `retry-while-work-filtered` never shows the filter:** This is a story race, not a product bug. The virtualizer can unmount the first `.workhub-message-rail` between hover and press under CPU load, so `pointerdown`/`click` reach a detached node. Target the latest Turn's rail and ensure it is mounted, attached, focused/selected if necessary, and stable before dispatching pointer events. Fixed in #6020.

Question 4

Mermaid 図が原因でチャットのトランスクリプトが跳ねたり、Desktop の会話の下部でスクロールバーが振動するのをどう修正すればよいですか？

Accepted Answer

Desktop アプリを、PR #5962「キャッシュされた再マウント時に Mermaid の高さ変更を防止する」を含むリリースへアップグレードしてください。この問題は upstream/main ab5996bd、Astryx 0.6.3、virtua 0.52.7、および Electron 43.4.1/Chromium 150 で確認されました。

根本原因: 仮想化された Mermaid 行が再マウントされると、MermaidDiagram は一時的にローディング、自然寸法の測定、最終的な高さのクランプを経ます。行の高さが変化し、virtua がバッファされた行を復元/削除し、スクロール補正が繰り返しのジャンプ/スクロールバーループを引き起こします。

ソースからビルドする場合は、PR #5962 をマージまたはチェリーピックします。例:
git fetch origin pull/5962/head:fix/mermaid-remount && git checkout fix/mermaid-remount
その後、再ビルドして Desktop UI を再起動します。このパッチは:
1. 再マウント時にウォームキャッシュされた Mermaid テンプレートを同期的に復元し、ローディング状態をスキップします。
2. SVG の比率、コンテナ幅、ビューポート高さ制限、ズームから、CSS でフィットした寸法を計算します。
3. viewportLayout と非同期測定段階を削除します。
4. レンダリングされた source/theme によってキー付けされた 1 つのコンポーネントを維持しつつ、独立した SVG ID と LRU 動作を保持します。

信頼できるランタイム設定やユーザー設定による回避策はありません。パッチ適用済みの MermaidDiagram 実装へ更新する必要があります。

Question 5

WindowsでGlobを使用する際の「Filesystem worker failed: ACL root contains a reparse point」エラーの修正方法

Accepted Answer

これは Maka 0.2.0(Windows W1 sandbox)における既知のバグです。ファイルシステムワーカーの再帰的な ACL チェックが、ネストされたエントリのいずれかが NTFS junction(例:`node_modules` 配下のワークスペースリンクされたパッケージ)である場合、パターンがそれを走査していなくても、Glob ルート全体を拒否していました。修正は PR #3955 でマージされました。この修正を含む Maka のビルド(最新の `main`)にアップグレードしてください。修正後、Glob は承認されたルート配下の通常のファイルを列挙し、ネストされた junction とその配下のエントリを暗黙的にスキップします(そのため `node_modules/@scope/pkg/**/*` は `[]` を返し、junction のターゲットへのアクセスは一切許可されません)。一方、Glob ルート自体が reparse point である場合は、引き続き拒否されます。注意:同じプロジェクト内に junction のターゲットが存在する場合、修正されていないビルドでは依然としてこのバグが発生するため、アップデートが唯一の確実な回避策です。

Maka

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト