#2192·Cap

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

Author: stefanoNELPCreated Sep 2, 2026Updated Sep 12, 2026

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).