Error pages (+error.svelte) - Cheat Sheet & Quick Revision

Recall & Review

beginner

What is the purpose of the +error.svelte file in a SvelteKit project?

The +error.svelte file defines a custom error page that shows when a route fails or an error occurs. It helps display friendly messages instead of default browser errors.

beginner

How do you access the error details inside +error.svelte?

You receive an error and status prop automatically. Use these to show the error message and HTTP status code on the page.

intermediate

What HTTP status codes can trigger the +error.svelte page in SvelteKit?

Any HTTP error status like 404 (Not Found), 500 (Server Error), or custom errors can trigger the +error.svelte page to display.

beginner

Can you customize the look and content of the +error.svelte page?

Yes! You can style it with CSS and add any HTML or Svelte code to make the error page user-friendly and match your app's design.

beginner

What happens if you don't create a +error.svelte file in your SvelteKit app?

SvelteKit shows a default plain error page with minimal info. Creating +error.svelte lets you provide a better user experience.

What props does +error.svelte receive automatically?

A data and params

B message and code

C request and response

D error and status

The +error.svelte component automatically receives 'error' and 'status' props to display error details.

Which file name triggers a custom error page in SvelteKit?

A errorPage.svelte

B error.svelte

C +error.svelte

D +404.svelte

The special file '+error.svelte' is used by SvelteKit to show custom error pages.

If a route returns a 404 error, what happens in SvelteKit if +error.svelte exists?

A The +error.svelte page is shown with the 404 status

B The browser default 404 page is shown

C The app crashes

D Nothing happens

SvelteKit shows the +error.svelte page with the 404 status and error message.

Can you add custom styles to +error.svelte?

A Yes, you can style it like any Svelte component

B No, styles are not allowed

C Only inline styles work

D You must use global CSS only

You can add CSS or scoped styles inside +error.svelte just like any other Svelte component.

What is the default behavior if +error.svelte is missing?

A The app redirects to homepage

B SvelteKit shows a simple default error page

C The app crashes with no message

D The error is ignored

Without +error.svelte, SvelteKit shows a basic default error page with minimal info.

Explain how +error.svelte works in SvelteKit and how you can use it to improve user experience.

Think about what happens when a page fails to load and how you want to show that to users.

Describe the steps to create a custom error page using +error.svelte in a SvelteKit app.

Focus on file creation, props usage, and testing.

Practice

1. What is the main purpose of the +error.svelte file in a SvelteKit project?

easy

A. To handle user authentication

B. To display a custom error page when an error occurs in the app

C. To define global styles for the app

D. To manage routing between pages

Solution

1. Step 1: Understand the role of +error.svelte

   This file is specifically designed to show error messages when something goes wrong in the app.

2. Step 2: Compare with other options

   Authentication, styling, and routing are handled elsewhere, not in +error.svelte.

3. Final Answer:

   To display a custom error page when an error occurs in the app -> Option B

4. Quick Check:

   Error page = +error.svelte [OK]

Hint: Remember: +error.svelte shows errors, not routes or styles [OK]

Common Mistakes:

• Confusing error page with routing or styling files
• Thinking +error.svelte handles authentication
• Assuming it is for normal page content

2. Which of the following is the correct way to access the HTTP status code inside +error.svelte?

easy

A. {error.status}

B. {params.status}

C. {error.message}

D. {status}

Solution

1. Step 1: Recall SvelteKit error props

   In +error.svelte, the status is passed as a separate prop, not inside error.

2. Step 2: Check each option

   {error.status} is incorrect because error holds the error object, but status is separate. {status} is correct. {error.message} is for the message, not status. {params.status} is unrelated.

3. Final Answer:

   {status} -> Option D

4. Quick Check:

   Status code = {status} [OK]

Hint: Status is a separate prop, not inside error object [OK]

Common Mistakes:

• Using {error.status} instead of {status}
• Confusing error message with status code
• Trying to access status from params

3. Given this +error.svelte snippet:

<script>
  export let error;
  export let status;
</script>

<h1>Error {status}</h1>
<p>{error.message}</p>

What will be displayed if status is 404 and error.message is "Page not found"?

medium

A. Error 404Page not found

B. Error Page not found404

C. Error 0undefined

D. Error 404undefined

Solution

1. Step 1: Substitute values in template

   The {status} is 404, so <h1> shows "Error 404". The {error.message} is "Page not found", so <p> shows that text.

2. Step 2: Confirm output matches option

   Error 404
   Page not found matches exactly: "Error 404" and "Page not found". Others have wrong order or undefined values.

3. Final Answer:

   Error 404
   Page not found -> Option A

4. Quick Check:

   Display status and message correctly [OK]

Hint: Match variable names exactly to output text [OK]

Common Mistakes:

• Mixing status and message order
• Assuming undefined values
• Confusing error.message with status

4. You wrote this +error.svelte code:

<script>
  export let error;
</script>

<h1>Error {status}</h1>
<p>{error.message}</p>

But when an error occurs, the page shows Error undefined. What is the problem?

medium

A. You need to import status from another file

B. You should use {error.status} instead of {status}

C. You forgot to export the status prop

D. The error object does not have a message property

Solution

1. Step 1: Identify missing prop export

   The code uses {status} but does not export status from the script, so it is undefined.

2. Step 2: Check other options

   {error.status} is incorrect because status is a separate prop. Importing status is not needed. error.message exists, so that is not the issue.

3. Final Answer:

   You forgot to export the status prop -> Option C

4. Quick Check:

   Export all props used in template [OK]

Hint: Always export props you use in template [OK]

Common Mistakes:

• Using {status} without exporting it
• Trying to access status inside error object
• Assuming error.message is missing

5. You want to create a custom error page that shows a special message for 404 errors and a generic message for others. Which +error.svelte code correctly implements this?

hard

A. <script>
export let error;
export let status;
</script>

<h1>Error {status}</h1>
<p>{status === 404 ? 'Page not found' : error.message}</p>

B. <script>
export let error;
</script>

<h1>Error {error.status}</h1>
<p>{error.message === 404 ? 'Page not found' : error.message}</p>

C. <script>
export let error;
export let status;
</script>

<h1>Error {status}</h1>
<p>{error.message === 404 ? 'Page not found' : error.message}</p>

D. <script>
export let error;
export let status;
</script>

<h1>Error {status}</h1>
<p>{status === '404' ? 'Page not found' : error.message}</p>

Solution

1. Step 1: Check how status is used

   Status is a number, so comparing status === 404 is correct.

   <script>
     export let error;
     export let status;
   </script>
   
   <h1>Error {status}</h1>
   <p>{status === 404 ? 'Page not found' : error.message}</p>

   and D do this, but D compares to string '404' which is wrong.

2. Step 2: Check error.message usage

   <script>
     export let error;
     export let status;
   </script>
   
   <h1>Error {status}</h1>
   <p>{status === 404 ? 'Page not found' : error.message}</p>

   uses error.message as fallback, which is correct. Options B and C incorrectly compare error.message to 404, which makes no sense.

3. Step 3: Confirm correct syntax and logic

   <script>
     export let error;
     export let status;
   </script>
   
   <h1>Error {status}</h1>
   <p>{status === 404 ? 'Page not found' : error.message}</p>

   correctly exports both props and uses a ternary to show special message for 404, else shows error.message.

4. Final Answer:

   Option A code correctly handles 404 and other errors -> Option A

5. Quick Check:

   Compare status number, not error.message [OK]

Hint: Compare status number with 404, not error.message [OK]

Common Mistakes:

• Comparing error.message to 404 instead of status
• Comparing status to string '404' instead of number
• Not exporting both status and error props