BuidlZone-Labs/zicket-web

Broken Navigation Routes Hit 404 Pages Across App

Offen

#173 geöffnet am 29.07.2026

Auf GitHub ansehen
 (9 Kommentare) (0 Reaktionen) (1 zugewiesene Person)TypeScript (43 Forks)auto 404
Stellar Wavebugfrontendgood first issuehelp wanted

Repository-Metriken

Stars
 (4 Sterne)
PR-Merge-Metriken
 (PR-Metriken ausstehend)

Beschreibung

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

Contributor Guide

Research-Richtung
Untersuchen Sie die Verzeichnisstruktur der App, um vorhandene Routen zu kartieren. Verfolgen Sie für jede betroffene Datei, wie Navigationslinks und router.push Aufrufe aufgebaut sind. Überprüfen Sie die korrekten Pfade für die Preisseite, die Auth Verifizierungsseite und das Dashboard (zkorg), indem Sie vorhandene Seiten und Routengruppierungen ansehen.
Tech Stack
typescriptreactnextjs
Domain
frontendauthentication
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
GitNext.js
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
75