Problem/Motivation

I have been using yamlforms and webforms 8.x since the inception of the project. A bug that has always persisted is that mobile users have inconsistently been redirected to the first page when clicking the next button.

Little information about my form:

  • 145 fields
  • 25 pages
  • several custom redirects via hook_form_alter() but none redirect to the first page

I now have a substantial amount of Google analytics data proving this is an actual bug my users are experiencing.

@jrockowitz we spoke at Drupalcon about this very issue but I didn't do a good job writing down what you said.

Proposed resolution

N/A

Remaining tasks

Determine
N/A

User interface changes

N/A

API changes

N/A

Data model changes

N/A

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

robpowell created an issue. See original summary.

jrockowitz’s picture

Is there anyway to determine from google analytics which mobile browser is having issues with multi step forms.

robpowell’s picture

still learning the ins and outs of Google Analytics and Google Tag manager. I can show the most popular devices but not the browser.

jrockowitz’s picture

We need to be able to replicate this issue using an example form and an iOS simulator.

The webform_test.module includes a very large multstep form which can be used for testing. (see attached)

robpowell’s picture

Thanks for the form, so next steps are to install this on my server and test with some IOS simulator until we can get it to "pop" ie reset to page 1? Any simulators you suggest?

jrockowitz’s picture

What theme are you using? This issue #2895688: Signature Pad 'Reset' button sends user back to the previous page on multistep wizard webforms. would be causing your problem, if you are using the Bootstrap theme

robpowell’s picture

I am using bartik.

jrockowitz’s picture

Status: Active » Postponed (maintainer needs more info)

@robpowell I was thinking about this issue and one educated guess is that your form cache bin is getting filled up while users are entering data in the multi-step form and this causing form submission data to be lost.

On a multiple-step form, the entire form and submission are being cached between requests. If the form cache bin is filled the oldest cached data will be deleted.

What are you using for caching? Memcache, Redis, or Database caching?

You will need to examine the cache bin's memory usage on production and see how much space is available.

You might be able to replicate the issue by opening multiple incognito browser windows and partially completing a bunch of forms. At the very least, you might be able to determine if your large multi-step webform is consuming a lot of memory.

jrockowitz’s picture

Status: Postponed (maintainer needs more info) » Closed (outdated)

@robpowell If you enable anonymous saving of drafts it should prevent this unexplainable issue from happening.