[Bug]: web blocks become unresponsive when switching focus between two of them
メンテナーはふだん 1 日以内に返信
評価
- 難易度
- 2/5
- 見積もり時間
- 1〜3時間
- 初心者へのやさしさ
- 86/100
- issue の種類
- バグ
- 明瞭さ
- 明確に書かれている
- 活発さ
- 静か
- 技術スタック
- typescript
- 領域
- frontend
調査の方向性
frontend/app/block/block.tsx から始め、blockClicked と isFocused 周辺のフォーカスエフェクトを調べ、2 つの Web ブロックで問題を再現します。フォーカスを失っているブロックが DOM フォーカスまたは論理フォーカスを再び取得しないようにします。2 つの Web ブロック間を切り替えたときに、新しく選択されたブロックがインタラクティブで安定した状態になれば完了です。
索引モデルが issue の本文から書いたものです。
説明
Current Behavior
With two web blocks open, clicking from one web block into the other makes both webviews unresponsive to input — buttons/links don't click, the URL bar can't be edited, typing does nothing. Only the block header icons (right side) still respond.
waveapp.log shows webview-focus flapping continuously between the two webview ids and null:
webview-focus null
webview-focus 23
webview-focus null
webview-focus 24
...
Focus is granted then revoked within a few ms (some events share the same millisecond), so no input ever lands. Terminal→web focus is fine; only web→web breaks.
Root cause is in frontend/app/block/block.tsx. blockClicked is state and lags one commit, so the focus effect also runs while a block is losing focus (stale blockClicked === true, isFocused === false). It can't tell "just clicked" from "just lost focus", so the de-focusing block re-grabs both DOM and logical focus. With two web blocks both doing this, they fight indefinitely. Single webview settles because there's no competitor.
Expected Behavior
Clicking from one web block to another moves focus once and stays there. Both web blocks remain interactive.
Steps To Reproduce
- Open two
webblocks side by side (e.g.wsh web open https://github.comandwsh web open https://example.com) - Click into web block A, then click into web block B
- Try to click a link/button or edit the URL bar in either — input is dead; header icons still work
Wave Version
v0.14.5
Platform
macOS
OS Version/Distribution
macOS 15 (Darwin 25.5.0), Apple Silicon
Architecture
arm64
Anything else?
Fix incoming — guard the re-focus in block.tsx so a block that is losing focus doesn't re-grab it.
- 主要言語
- Go
- スター
- 22.4k
- フォーク
- 1.1k
- 平均マージ
- 3日 13時間
- マージ済み PR（30日）
- 13
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
wavetermdev/waveterm のほかの issue
-
pwsh: encodeEnvVarsForPowerShell rejects Windows-standard env var names like ProgramFiles(x86), breaking wsh token on every pwsh block対応中かも @vortsghost2025 が 26 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
wavetermdev/waveterm#3481 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
wavetermdev/waveterm#3435 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
wavetermdev/waveterm#3432 ·
メンテナーはふだん 1 日以内に返信
-
enhancement triage
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
wavetermdev/waveterm#3431 ·
メンテナーはふだん 1 日以内に返信
-
Feature request: emit a distinct CSI-u sequence for Ctrl+Enter in terminal blocks対応中かも @Jason-Shen2 が 94 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
wavetermdev/waveterm#3355 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
wavetermdev/waveterm の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
appbaseio/reactivesearch-api#402 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
router-for-me/CLIProxyAPI#6399 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
メンテナーはふだん 2 日以内に返信
-
settings.py flaps between reconciles: needsMigrationSetting depends on map iteration order対応中かも @fontaineajulien が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
pulp/pulp-operator#1691 ·