bug: Side menu items lose their active state on detail pages
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
- #5115 @arnavbhure による — マージされずにクローズ
評価
- 難易度
- 2/5
- 見積もり時間
- 1〜3時間
- 初心者へのやさしさ
- 72/100
- issue の種類
- バグ
- 明瞭さ
- 明確に書かれている
- 活発さ
- 活発
- 技術スタック
- next.js, react, typescript
調査の方向性
まず SideMenuItem.tsx を確認し、次に SideMenu.tsx と sideMenuSections.tsx でメニュー項目がどのように構築されているかを読みます。タスクまたは実行の詳細ページを開いて、アクティブ状態が失われる現象を再現します。その後、既存のパスマッチングの動作と関連するユニットテストを確認します。詳細ページで正しいセクションがハイライトされたままになり、似たプレフィックスを持つルートではアクティブにならず、アクティブなお気に入りも上書きしなければ完了です。
索引モデルが issue の本文から書いたものです。
説明
Provide environment information
System:
- OS: macOS 26.6.2
- CPU: (15) arm64 Apple M5 Pro
- Memory: 210.33 MB / 24.00 GB
- Shell: 5.9 - /bin/zsh
Binaries:
- Node: 22.23.2 - /Users/.../.nvm/versions/node/v22.23.2/bin/node
- npm: 10.9.8 - /Users/.../.nvm/versions/node/v22.23.2/bin/npm
- bun: 1.3.10 - /Users/.../.bun/bin/bun
- Deno: 2.9.6 - /opt/homebrew/bin/deno
Web:
Trigger.dev Cloud dashboard (cloud.trigger.dev)
Browser:
<Chrome 156> on macOS 26.6.2 (arm64)
Describe the bug
A side menu item is highlighted as active on its list page, but loses the highlight as soon
as you open a detail page within that section. The side menu then shows no active item,
even though you're still in the same area.
The video shows it with Tasks. The same happens on Runs (opening a run), and on every
other section that has detail pages or overlays with their own URL.
Filtering a list (e.g. Runs filters) does not trigger it; only navigating to a deeper page does.
Expected:
The section's menu item stays active on all of its pages.
Why it matters:
Many dashboard pages share a similar layout (a list, a detail view,
a side panel), so it's easy to lose track of where you are. The side menu's active
indicator is the most visible cue for your current location, and right now it
disappears exactly when you go one level deeper. The breadcrumbs help, but they're
small and easy to overlook, so they don't make up for the missing highlight.
Reproduction repo
N/A, dashboard UI bug. Reproducible in any project with at least one deployed task.
To reproduce
- Open a project environment in the dashboard
- Click "Tasks" in the side menu -> "Tasks" is active
- Click any task in the list -> "Tasks" is no longer active
- Click "Runs" -> "Runs" is active
- Click any run -> "Runs" is no longer active
Suggested fix
Root cause:
SideMenuItem marks an item active only on an exact pathname match. A matchPrefix prop (pathname.startsWith(`${to}/`)) already exists, but only the Alerts item uses it.
I have a working fix on a branch, ready to open as a PR once vouched:
- Section items (
buildSideMenuSections) default tomatchPrefix: true, so every item
stays active on its sub-pages. Runs, Sessions and Webhooks set it explicitly. - Dashboards opts out (
matchPrefix: false): built-in and custom dashboards under
<env>/dashboards/...are their own menu items and should own the highlight. - Tasks links to the environment root, so
${to}/would match every page. It gets a new
activePathPrefixprop instead, set to<env>/tasks. - The match keeps the
/boundary, so/concurrencydoes not activate on
/concurrency-limits. - The path logic moves into a pure
isSideMenuPathActive()function and stays inside the
existing check, soyieldActiveToFavoritekeeps working (an active favorite still owns
the highlight).
Verified with unit tests (each one fails when the fix is reverted) and in a local instance:
task, run, model compare, alert and environment variable sub-pages show no active item
on main and the correct one with the fix. Every page I checked has exactly one active item.
Files:
apps/webapp/app/components/navigation/SideMenuItem.tsxapps/webapp/app/components/navigation/SideMenu.tsxapps/webapp/app/components/navigation/sideMenuSections.tsx
Additional information
Video:
https://github.com/user-attachments/assets/8e5aced6-35e5-4083-b771-d58a40bc8cdc
Navigating Tasks to task detail page. The nav item loses its active state.
- 主要言語
- TypeScript
- スター
- 16.5k
- フォーク
- 1.5k
- 平均マージ
- 1日 15時間
- マージ済み PR(30日)
- 17
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
triggerdotdev/trigger.dev のほかの issue
-
bug: retry.fetch ignores the caller's abort signal and retries aborted requests再び着手できるかも このイシューのプルリクエストはマージされずにクローズされました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
triggerdotdev/trigger.dev#5116 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
-
bug: Chat transport crashes on Safari < 17.4: AbortSignal.any is not a function再び着手できるかも このイシューのプルリクエストはマージされずにクローズされました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 83/100
triggerdotdev/trigger.dev#5098 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
-
bug: RBAC loader logs "plugin found but failed to load" when @triggerdotdev/plugins is simply not installed再び着手できるかも @itsfaryal が 17 日前に担当しましたが、オープン中のプルリクエストはありません。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
triggerdotdev/trigger.dev#5083 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 83/100
triggerdotdev/trigger.dev#5072 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
triggerdotdev/trigger.dev#5067 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
triggerdotdev/trigger.dev の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信
-
bug platform-android
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
Termix-SSH/Mobile#146 · コメント 1 件 ·
メンテナーはふだん 2 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
devswha/herdr-web-ui#3875 ·
-
難易度 1/5 1時間未満 初心者へのやさしさ 88/100
-
area: runtime chore cli consistency dependencies developer-experience difficulty: easy discovery documentation enhancement good first issue help wanted hygiene json-output packaging priority: P3 tests version
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信