BuidlZone-Labs/zicket-web

Broken Navigation Routes Hit 404 Pages Across App

Aberta

#173 aberto em 29 de jul. de 2026

Ver no GitHub
 (9 comentários) (0 reação) (1 responsável)TypeScript (43 forks)auto 404
Stellar Wavebugfrontendgood first issuehelp wanted

Métricas do repositório

Stars
 (4 estrelas)
Métricas de merge de PR
 (Métricas PR pendentes)

Description

Category

Bug

Priority

Critical

Description

Multiple primary navigation links throughout the header, signup, and verification flows link to non-existent route paths:

  1. Header.tsx#L44 contains { name: "Plans", href: "/plans" }, but no app/plans directory exists.
  2. SignupForm.tsx#L21 redirects to router.push("/verify") instead of /auth/verify.
  3. VerifyPage#L67 redirects to router.push("/dashboard") which loads outside the organizer layout navigation (/zkorg).

Proposed Solution

  1. Create app/plans/page.tsx or update navigation items to point to valid routes.
  2. Fix route path references in SignupForm.tsx to /auth/verify.
  3. Align dashboard redirection after verification to /zkorg.

Acceptance Criteria

  • Clicking "Plans" in header navigates to a valid plans page.
  • Submitting the signup form navigates to /auth/verify.
  • Completing mail verification navigates to /zkorg.
  • No 404 errors encountered in primary user auth flows.

Files

  • app/components/Header.tsx
  • app/components/Auth/SignupForm.tsx
  • app/auth/verify/page.tsx

Guia do colaborador

Direção de pesquisa
Inspecione a estrutura do diretório app para mapear as rotas existentes. Para cada arquivo afetado, rastreie como os links de navegação e as chamadas router.push são construídos. Verifique os caminhos corretos para a página de planos, a página de verificação de auth e o dashboard (zkorg) observando as páginas existentes e os agrupamentos de rotas.
Pilha de tecnologia
typescriptreactnextjs
Domain
frontendauthentication
Tipo Issue
Bug
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
2
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
1-3 horas
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
GitNext.js
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
75