Bird
Raised Fist0
Svelteframework~10 mins

Error pages (+error.svelte) - Interactive Code Practice

Choose your learning style10 modes available
Practice - 5 Tasks
Answer the questions below
1fill in blank
easy

Complete the code to display the error status code in the error page.

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

<h1>Error [1]</h1>
Drag options to blanks, or click blank then click option'
A{status}
B{error}
Cstatus
Derror
Attempts:
3 left
💡 Hint
Common Mistakes
Using the variable name without curly braces.
Using the error object instead of the status code.
2fill in blank
medium

Complete the code to show the error message inside a paragraph.

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

<p>[1]</p>
Drag options to blanks, or click blank then click option'
A{error.message}
B{status.message}
C{message}
D{status}
Attempts:
3 left
💡 Hint
Common Mistakes
Trying to access message from status instead of error.
Forgetting the curly braces around the expression.
3fill in blank
hard

Fix the error in the script to correctly export the error and status variables.

Svelte
<script>
  let error;
  let status;
  export [1];
</script>
Drag options to blanks, or click blank then click option'
A{error status}
Berror, status
C{error, status}
D[error, status]
Attempts:
3 left
💡 Hint
Common Mistakes
Missing curly braces around the variables.
Using square brackets or missing commas.
4fill in blank
hard

Fill both blanks to create a conditional block that shows a custom message for 404 errors and a generic message otherwise.

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

{#if status [1] 404}
  <p>Page not found.</p>
{:else}
  <p>Error occurred.</p>
{/if}
Drag options to blanks, or click blank then click option'
A!==
B===
C==
D!=
Attempts:
3 left
💡 Hint
Common Mistakes
Using != or !== which check for inequality.
Using == instead of === which is less strict.
5fill in blank
hard

Fill all three blanks to create a reactive statement that logs the error message when the error changes.

Svelte
<script>
  export let error;

  $: if ([1]) {
    console.log([2].[3]);
  }
</script>
Drag options to blanks, or click blank then click option'
Aerror
Cmessage
Dstatus
Attempts:
3 left
💡 Hint
Common Mistakes
Using status instead of error.
Forgetting to check if error exists before logging.

Practice

(1/5)
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 404
Page not found
B. Error Page not found
404
C. Error 0
undefined
D. Error 404
undefined

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
Recommended

Ready to prove it?

Pass the test and this pattern moves unknown strong while earning +1 Grip toward your certificate.

10 questions~5 mineasy hard