chrome: navbar home-route check assumes single locale, no basePath
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 35/100
- issue の種類
- リファクタリング
- 明瞭さ
- おおむね明確
- 活発さ
- 静か
- 技術スタック
- next.js, typescript
- 領域
- frontend
調査の方向性
Read components/site/Chrome.tsx and next.config.ts to understand the current route assumptions. The issue describes work to do before adding locale routing, a basePath, or another prefix rewriting layer; first check whether any of those are planned. Done means every home route check in Chrome.tsx handles the chosen routing setup without restoring the navbar tone bug described in #112.
索引モデルが issue の本文から書いたものです。
説明
Tracking comment from Gemini's review of #114.
Background
After #114, components/site/Chrome.tsx derives the navbar tone from:
const effectiveActive = pathname === "/" && scrolled ? active : "intro";
The pathname === "/" literal is correct today — the static export ships a single locale and next.config.ts has no basePath. If we ever add either, this check (and any other Chrome.tsx guard that conflates "home" with the literal "/" route) will silently mis-fire and the original #112 symptom returns: the navbar paints in a dark-section tone on what is functionally the home page.
When this matters
Before adding any of:
- i18n routing (
/en/,/de/, …) - a
basePathinnext.config.ts - any other prefix-rewriting layer that changes the home pathname
…audit components/site/Chrome.tsx for pathname === "/" and replace it with a routing-aware home check (e.g. strip locale prefix from pathname before comparing, or thread the home route through a config helper).
Out of scope for #114; filed so the assumption is documented and discoverable.
- 主要言語
- TypeScript
- スター
- 3
- フォーク
- 0
- 平均マージ
- 12時間 52分
- マージ済み PR（30日）
- 69
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
decdn/website のほかの issue
-
bug med-priority
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
enhancement low-priority
難易度 3/5 1〜2日 初心者へのやさしさ 52/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 45/100
decdn/website#268 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
dependencies javascript low-priority revisit
難易度 2/5 1〜3時間 初心者へのやさしさ 15/100
decdn/website#235 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
enhancement future med-priority revisit
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
decdn/website#160 · コメント 1 件 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
似ている issue
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 67/100
mobile-next/mobile-mcp#526 ·
メンテナーはふだん 1 日以内に返信
-
e2e-failure ready-to-code
難易度 1/5 1時間未満 初心者へのやさしさ 73/100
redhat-developer/rhdh-plugin-export-overlays#4470 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
anthropics/anthropic-sdk-typescript#1273 ·
メンテナーはふだん 10 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
CopilotKit/OpenBot#815 ·
メンテナーはふだん 1 日以内に返信