Hidden tabs: decide whether opening one from its URL redirects, consistently

オープン
#2,062 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

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

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

評価

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

調査の方向性

Read src/features/instance/applications/routes.ts and ApplicationsIndex.tsx alongside src/features/instance/extensions/DESIGN.md and useInstanceNavLinks.tsx to trace the current hidden tab behavior. Compare direct navigation to / and /apps with other hidden tab URLs, then apply the chosen redirect rule consistently. Done means the instance and cluster routes follow one documented rule.

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

説明

Focused navigation (studio#2031) lets a cluster mark a built-in tab hidden. Hiding is focus, not security: a hidden tab disappears from the nav and from /start's choices, but its URL still opens it.

One built-in tab behaves differently. On a local or instance Studio, the root index (/) redirects away from Applications when Applications is hidden, because / is the default entry URL there. A cluster's /apps has no such redirect, so a typed URL, a bookmark or history opens the editor even when the cluster hides Applications. Every other hidden tab (/operations, /apis, …) also opens from its URL, so the inconsistency is only between the instance index and cluster /apps. Nothing in Studio links to a hidden /apps: the nav drops the tab and /start never lands on it.

Decide one rule and apply it everywhere. Either a hidden tab redirects to /start whenever it is opened directly, or none do and the instance index redirect is the only exception, documented as the entry-URL case. The code is in src/features/instance/applications/routes.ts and ApplicationsIndex.tsx; the visibility rules are in src/features/instance/extensions/DESIGN.md and useInstanceNavLinks.tsx.

Review-Deferral: 8af3368bcf37c858 severity=nit category=correctness

主要言語
TypeScript
スター
5
フォーク
4
平均マージ
1日 19時間
マージ済み PR(30日)
144

環境構築

はじめの一歩

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

HarperFast/studio のほかの issue

HarperFast/studio の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

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

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