formbasedocs
Go to appApp

Submissions & Analytics

Edit after submit

Allow respondents to go back and change their answers after they have submitted the form. Useful for applications, registrations, and any form where details might change.


Enabling

  1. 1

    Open Form settings

    Click the gear icon in the editor toolbar.

  2. 2

    Go to Submissions

    Scroll to the "Public link" group and find "Edit after submit".

  3. 3

    Turn it on

    It pre-fills a cap of one edit, and takes effect immediately on the published form.

  4. 4

    Set Maximum edits

    How many times a respondent may edit their submission — 1, 2, or 3.

How it works

When you enable edit after submit:

  • After submitting, respondents see an edit button on the confirmation screen
  • Clicking it re-opens the form pre-filled with their previous answers
  • They can change any field and re-submit
  • The updated submission replaces the original in your inbox

The button is tied to the respondent’s browser: it needs the access key their browser kept from the original fill. From another device, there is no way back in.

Limitations

  • Public link only. A completed request is final. A correction to a request is a new request, and the edit button never appears on a request link.
  • Maximum edits — between 1 and 3, defaulting to 1. There is no unlimited setting. Once the cap is reached the edit button stops appearing.
  • Payment, Signature, and Schedule appointment questions — a form with any of these does not support editing after submit, because the answer is tied to a completed charge, a legal mark, or an external booking. Publishing flags it and switches the setting off for you. The lock is judged from the version the respondent actually submitted, so removing the question later does not unlock older submissions.
  • Verified email answers (Business) — if an email question has respondent email verification turned on, verified answers are locked and can’t be changed while editing.
  • Redirect URL — a redirect sends respondents away after submitting, so they never see the confirmation screen or its edit button.
  • Form changes after submission — a respondent who returns sees the latest published version, not the one they answered. formbase pre-fills the answers whose fields still exist; new questions appear empty and removed ones are gone. No data is lost: every submission stays tied to the version it was made against.

Use cases

  • Event registration — attendees update dietary preferences or contact info as the event date approaches
  • Job applications — candidates fix a typo or upload a revised resume before the deadline
  • Order forms — buyers adjust quantities or shipping details before processing
  • Surveys — respondents revise answers if they submitted too early by mistake

Next steps