Form error handling in Django - Practice Problems & Coding Challenges

Challenge - 5 Problems

❓ component_behavior

intermediate

What happens when a Django form is invalid?

Consider a Django form instance that has been submitted with invalid data. What will be the state of form.errors and what will the template typically display?

Django

form = MyForm(data=request.POST)
if not form.is_valid():
    errors = form.errors

A form.errors is empty; the template shows no errors because the form is invalid.

B form.errors contains a dictionary of field names to error messages; the template shows these errors next to the fields.

C form.errors contains a list of error strings without field names; the template shows a generic error message only.

D form.errors raises an exception if the form is invalid; the template crashes.

💡 Hint

Think about how Django helps users know what went wrong with their input.

When a Django form is invalid, form.errors holds a dictionary mapping each field to its list of error messages. Templates can access these to show errors next to each field, guiding the user.

📝 Syntax

intermediate

Which code correctly adds a non-field error to a Django form?

You want to add a custom error message that is not tied to any specific field. Which code snippet correctly does this inside a Django form's clean() method?

Django

def clean(self):
    cleaned_data = super().clean()
    if some_condition:
        # add non-field error here
    return cleaned_data

A self.non_field_errors.append('Custom non-field error message')

B self.errors['__all__'] = 'Custom non-field error message'

C self.add_error(None, 'Custom non-field error message')

D self.add_error('non_field', 'Custom non-field error message')

💡 Hint

Check Django docs for adding errors not tied to fields.

Using self.add_error(None, message) adds a non-field error properly. Other options are invalid or cause errors.

🔧 Debug

advanced

Why does this Django form not show errors in the template?

Given this view code snippet, why might the form errors not appear in the template?

form = MyForm(request.POST or None) if form.is_valid(): # process data else: form = MyForm()

A The form is reinitialized with empty data in the else block, so errors are lost.

B The form is valid, so no errors exist to show.

C The template does not have access to the form variable.

D Django automatically clears errors after is_valid() check.

💡 Hint

Look at how the form variable is assigned in the else block.

Reassigning form = MyForm() in the else block creates a new empty form without errors, so the template sees no errors to display.

❓ state_output

advanced

What is the output of this Django form error check?

Consider this code snippet inside a Django form's clean() method:

if self.cleaned_data.get('age', 0) < 18: self.add_error('age', 'Must be at least 18') return self.cleaned_data

What will form.errors contain if the submitted age is 16?

A {'age': ['Must be at least 18']}

B {} (empty dictionary)

C {'__all__': ['Must be at least 18']}

D Raises a KeyError because 'age' is missing

💡 Hint

Check how add_error associates messages with fields.

The error is added to the 'age' field, so form.errors will have a key 'age' with the message.

🧠 Conceptual

expert

Which statement about Django form error handling is true?

Select the one true statement about how Django handles form errors during validation.

A Django stores all errors as a flat list in <code>form.errors</code>, without distinguishing fields.

B Non-field errors must be added by raising exceptions inside the form's <code>clean()</code> method.

C Calling <code>form.is_valid()</code> clears all previous errors automatically.

D Field-specific errors are stored in <code>form.errors</code> under their field names, while non-field errors are stored under the key <code>__all__</code>.

💡 Hint

Think about how Django separates errors for fields and general form errors.

Django keeps field errors keyed by field name in form.errors. Non-field errors appear under the special key __all__. Other options are incorrect.