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

Restricted share page has no way back to the video after sign-in

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

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

評価

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

調査の方向性

apps/web/app/(org)/login/form.tsx の PolicyDeniedView とログインフローから始め、getSafeNextPath も確認します。restricted share-page と comment-overlay のエントリーポイントを確認し、ナビゲーションの挙動を比較します。サインイン後に /s/{videoId} に戻り、適切な場所に表示される Sign in アクションがあり、email_restriction_denied がコピーのみに留まっていれば完了です。

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

説明

Bug

On a restricted share page (/s/{videoId} with email_restriction_login_required or a private video), PolicyDeniedView tells the viewer to sign in. The inline link goes to /login with no next. After Google OAuth they land on /dashboard and have to find the original tab and refresh.

On older images the copy is plain text with no link at all.

Expected

Sign in from the denied page should return to /s/{videoId}. /login?next= already does this (apps/web/app/(org)/login/form.tsx + getSafeNextPath). Share-page comment overlay already passes callbackUrl back to the video. The access-denied view does not.

Fix

PR incoming: pass videoId into PolicyDeniedView, link to /login?next=/s/{videoId}, and add a visible Sign in button. Leave email_restriction_denied as copy-only (they are already signed in; the domain is wrong).

主要言語
Rust
スター
22.5k
フォーク
1.9k
平均マージ
6時間 33分
マージ済み PR(30日)
77

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

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

CapSoftware/Cap のほかの issue

CapSoftware/Cap の issue をすべて見る

似ている issue

Rust の issue をもっと見る

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

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