What breaks

Google form not submitting after section: rules

The Next button on one section does nothing, or it sends the visitor back to the start. Mimiq walks a simulated visitor through each section and shows the page where the form stopped.

5 visitors try to .
First test free with an accountRun it from your coding agent

Why does my Google Form stop at a section break instead of going on or submitting?

A Google Form moves past a section break using the jump rules set on each page break, and a rule can send a visitor to a section that does not fit their answers, back to an earlier page, or to a file upload question that asks for a Google sign-in the visitor cannot give. When Next does nothing, check the rule on the page break before the stop, then the answers that lead there. A simulated visitor follows one set of answers and reports each page it reached, and the button it pressed.

What this looks like in a report

Who
Hana, a parent signing her son up for a summer swim camp
How they arrived
Followed a link from the camp's newsletter on a laptop
Where they stopped
Section 2 of 4, after picking the beginner swim level

“I picked beginner and pressed Next, and the page stayed the same. I pressed it again. Then I tried advanced, and that page loaded. I did not know which level my son needed, so I left.”

The fix. In the form, set the Beginner option's jump to the section that holds the beginner questions, and set the page break at the end of that section to Submit. Then walk the beginner path in preview all the way to the end.

An illustration. Run a test to see your own.See a real sample report

Next either loops back or waits for a sign-in that never comes

A multi-section form runs on jump rules. Each section ends with a page break, and the break can go to the next section, to a named section, or to Submit. Multiple choice and dropdown questions can route by answer, so one choice may jump ahead and another may jump back. Visitors who pick the answer the owner tested never reach the stop, and the owner's own run takes the same path every time. A file upload question adds another wall: it asks the person to sign in with Google first, and a visitor who cannot sign in is stuck on that page.

  • List every page break and the rule it carries: next section, a named section, or Submit.
  • Walk each answer on each routing question in preview, and note every path that ends without Submit.
  • Find any rule that sends visitors back to an earlier section, and trace the loop it makes.
  • Look for a file upload question, which asks for a Google sign-in before the page moves on.
  • Check that every rule points at a section that still exists in the form.

How a jump rule can strand one answer

Each section ends with a page break that carries a rule. The rule may send the visitor to the next section, to a section the form names, or to Submit. When a multiple choice or dropdown answer decides the route, each option carries its own target. An option set to a section above the current one sends the visitor back over answers they already gave, and nothing on the page says which option caused it.

The fault often sits in the section before the stop, not in the one the visitor is on. The page break you see controls where the visitor goes after the current page, so a stop on section three can come from an answer picked on section two. Read the rule on every page break in order, from the first section to the last, before you test a single path.

Sign-in on a file upload holds the page

A file upload question needs the person to sign in with a Google account before the file can be added. A visitor who is signed out, or who is in a browser that blocks Google sign-in, cannot pass that page. The form looks stuck on a section, and the visitor has no reason to think a sign-in is the cause.

The fix is to remove the upload, or to move it to the end of the form and say a sign-in is needed before the section starts. A form with an upload question cannot be filled in by a signed-out visitor, and a simulated run cannot sign in with Google to get past it. Decide which of those you want before you change the rule.

A visitor walks one path, so choose the paths

Give the visitor the answers that cause the stop, such as a parent who picks the beginner swim level, and start it on the camp's sign-up link. The run follows those answers and reports each section it reached, the button it pressed and the text on the screen, with a screenshot. If Next sends the visitor back to a section, the report shows that section again, after the answer the visitor picked.

A run covers the paths its visitors take. It does not walk every route through the form, so one clean run does not clear the form. Run visitors with different first answers, then walk the rest by hand in preview. The run does not read the rules, so it cannot tell you which page break is set wrong. Write down each path you walked, so the next change is checked against the same list.

What you get with Mimiq

  1. 01

    Run it by hand, or on every pull request

    Paste a link and a task in the app and watch the visitors work. Or run them on every preview deploy: the GitHub Action comments on the pull request, any other CI can call the MCP endpoint, and your coding agent can run it too.

  2. 02

    Bugs and usability problems in one report

    The browser records errors and failed or slow requests on the step they happened. The visitors say where the wording or the steps confused them, and where they left.

  3. 03

    Visitors that behave like your audience

    Each visitor is a different profile with a reason to be there, matched to who the page is for, described by you, or built from your own customers.

  4. 04

    A prompt to fix each problem

    Every problem comes with a fix to paste into Cursor, Claude Code, Lovable or any coding agent, and one prompt hands over the top problems at once. Then send the same visitors through again.

  5. 05

    Follow every visitor

    See each visitor's whole path, step by step with screenshots, and what it was thinking at every step. Ask any visitor a question.

The browser records relevant JavaScript errors and failed or slow app requests encountered during the run, attached to the step where they occurred. The visitors are simulated: they find problems, they do not predict how many real people will convert.

A new section or a changed answer can strand the next visitor

Adding a section, renaming an option or deleting a page can leave a jump rule pointing at the wrong place, and the stop returns for the next visitor who picks that answer. Rerun a visitor for each option after each change, and walk every path in preview. Owners who share the form through a link on a phone repeat the run on a phone as well.

Starter

Try it on one launch

$9 once
120 credits, never expire

About 4 tests of 5 visitors

  • Visitors on your landing page, signup and checkout
  • Where they left and why, with a fix to copy for each problem
  • Run it in the app or on every pull request
  • Ask any visitor a question, included
  • Test accounts and protected previews
Buy 120 credits

Builder

Test every build

$19 a month
500 credits every month

About 20 tests of 5 visitors

  • Everything in Starter
  • Credits refill each month, and what is left rolls over once
  • Cancel anytime
Choose Builder

Pro

Test every release, as a team

$49 a month
1,500 credits every month

About 60 tests of 5 visitors

  • Everything in Starter
  • Credits refill each month, and what is left rolls over once
  • Cancel anytime
Choose Pro

Scale

Test at scale, every day

$149 a month
6,000 credits every month

About 240 tests of 5 visitors

  • Everything in Starter
  • Credits refill each month, and what is left rolls over once
  • Priority support
  • Cancel anytime
Choose Scale
$0for your first test, with a free account (Google sign-in, no card). It includes 50 credits, enough for 10 visitors. After that a visitor uses 5 credits, and packs start at $9 for 120 credits.
See a sample report

Questions

Why does the form work when I walk it myself?

You probably pick the answers you expect, in the order the form lists them, and you already know which section comes next. A visitor who picks the other option, or who answers out of order, takes a route you have not walked. Walk the other options in preview, one at a time.

Can a page break send visitors to Submit too early?

Yes. A rule that sends to Submit on an earlier page ends the form before the later questions. Visitors who pick that option never see the rest, and they get no error. Check each rule for a Submit target you did not mean to set.

Will a simulated visitor find every stop?

No. A run covers the answers it is told to pick, so a stop on a path nobody picks stays hidden. It does not predict how many visitors take each path. Use the runs to find the stops on the paths you describe, then walk the rest in preview.

What should I do about a file upload question?

Decide whether the form needs the file at all. If it does, tell visitors before the question that a Google sign-in is required, and put the question near the end, so a signed-out visitor is not stuck in the middle.

Keep reading

Send visitors and see what breaks first.

Your first test is free: sign in with Google and it starts right away. Last checked 2026-11-02.

5 visitors try to .