As time passes, dependencies can sometimes become outdated or start exhibiting bugs that weren't there when I first recorded the course.
In the version of this course on Scrimba, it's easy for me to add quick updates and new lessons. However, the course on YouTube is frozen in time and unchangeable. So please come check the "Updates" section below often, as you may find there are important updates that can help you avoid common bugs.
- Clone this repo to your own machine
- cd to the main folder in Terminal
- Run npm install
- (Optional, but preferred) Open just the section folder you're currently working on (e.g. 01 - Introduction to React Router) in your editor
- cd into the section folder, then into the specific lesson folder you're currently on.
- Run npm run dev to spin up the dev server
- Copy/paste or click on the localhost URL it provides to see the project at the starting point of the lesson
- Open the relevant files from the lesson and follow along.
To kill the dev server, hit ctrl + c.
In "Lesson 90: Challenge - Protected Routes in VanLife Part 2" (https://youtu.be/nDGA3km5He4?t=23735)
(05 - Actions and Protected Routes/14 - Challenge - Protected Routes in VanLife - Part 2), I remove return null from my inline loaders which was incorrect. What I should have followed up with was to add return null to the end of the requireAuth outside of the if statement. The code at the end of this challenge should be:
import { redirect } from "react-router-dom"
export async function requireAuth() {
const isLoggedIn = false
if (!isLoggedIn) {
throw redirect("/login")
}
return null
}
This way, for the loaders that are only running await requireAuth(), at least something (well, null, if you can call that "something" π) will get returned if the user is logged in.
With an update made to v 6.4.5 of React Router, Mirage JS is causing some errors when using the redirect function from React Router. tl;dr: a library that Mirage JS is using under the hood (pretender) uses a polyfill for fetch, and that polyfill does not adhere to the fetch specifications, in that it does not return a response with a body property. In React Router 6.4.5, they included a new check to make sure that a response has a body property, which makes any redirect call in React Router fail.
You can work around this issue by modifying the response that comes back when calling redirect, like so:
Instead of
jsx return redirect("new-url")
You can capture the response in a variable and add a body property manually:
const response = redirect("new-url)
response.body = true // It's silly, but it works
return response
React Router is the most popular routing library for React applications and one of the most downloaded React support libraries ever.
- What are SPAs?
- Basic router setup
- Route
- Link
- Route parameters
- Nested routes and Outlet
- Layout and Index routes
- Relative paths
- NavLink
- Outlet context
- Search parameters
- Link state
- 404 page / Splat routes
- Loaders
- Actions
- Form & form data
- defer()
- Await
- Suspense
- Error handling & errorElement
- useRouteError
- useNavigate
- useNavigation
- useLocation
- useLoaderData
- useActionData
- Protected Routes
- Deploying with Netlify