Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Wide Home hover leaves the matching preview blank

オープン
  • 何か問題がありますか？
#1,347 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
3/5
見積もり時間
1〜2日
初心者へのやさしさ
82/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
go
領域
cli, testing-qa

調査の方向性

Start by running the seeded tmux test TestTUIE2E/hover_previews_the_match_under_the_pointer in ./internal/e2e. Trace selection ownership through app.homeHover, homeView.previewLine, and app.homeDetail in internal/tui3/home.go, then check the related unit coverage. Done means both hover scenarios render the hovered match and stale pointer events cannot override newer keyboard input.

索引モデルが issue の本文から書いたものです。

説明

area:chat bug sev:papercut

What happened

REGRESSION seen on commit 17ae56d34 (staging-20260921-17ae56d3496f) on 2026-09-21. Lane C, hover_previews_the_match_under_the_pointer, showed the search matches Seed Gamma, Seed Beta, and Seed Alpha, but the detail side stayed blank:

hovering `Seed Beta` did not move the card onto it

On v0.3.0 (9258f7052), the same focused subtest passed and previewed the hovered match. This is likely related to docs/changes/unreleased/1071-approvals-wheel.md, which says: Mouse hover no longer overrides a later keyboard selection. The most recent navigation method owns the single selection.

Replication

Deterministic (no model).

Run the seeded, focused tmux subtest; it needs no model key:

go test -tags e2e -count=1 -v ./internal/e2e -run '^TestTUIE2E/hover_previews_the_match_under_the_pointer$'

Today it exits nonzero with the failure quoted above while the right-hand card remains blank.

Field (real models).

No real-model run is needed: the seeded Home fixture reproduces in roughly 30 seconds and the v0.3.0 run of the same subtest is the control.

Where

The relevant hover and detail seams are app.homeHover, homeView.previewLine, and app.homeDetail in internal/tui3/home.go. The report identifies selection ownership as the likely area, but does not establish a code-level cause.

The fix

On wide Home, moving the pointer onto a search result must make that result the current selection and render its preview card. Keyboard input may subsequently take ownership, but an earlier keyboard selection must not suppress a newer hover.

Acceptance

  • e2e: Through TestTUIE2E/hover_previews_the_match_under_the_pointer in tmux, hover Seed Beta, assert the detail card contains Seed Beta, is not blank, and exit 0.
  • e2e: Through the same seeded Home, select Seed Alpha by keyboard and then hover Seed Gamma; assert exactly one selection and a detail card containing Seed Gamma.
  • Unit: The selection-owner transition from keyboard to a newer pointer event changes previewLine to the hovered row; a stale pointer event cannot override newer keyboard input.
  • The manual page internal/manual/chat/home.md quotes the hover-preview behavior, and the change entry's invalidates names the old belief that retaining keyboard ownership should suppress later hover.

Filed from the 2026-09-21 staging verification of 17ae56d34; the lane reports, frames and e2e logs are in the owner's handoff folder for this promotion.

主要言語
Go
スター
115
フォーク
14
平均マージ
9時間 38分
マージ済み PR（30日）
749

環境構築

このプロジェクトの環境構築ファイルはまだ確認していません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

Agent-Field/CodeAF のほかの issue

Agent-Field/CodeAF の issue をすべて見る

似ている issue

Go の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。