Hi all,

I'm having trouble with a survey instance I've installed on a VM. Everything is working great, but when I (or users) click "Submit", there is a good 10s+ pause until the confirmation page is shown. (Until then, it just scrolls to the top, which seems "broken".) I am using local MySQL as a backend.

1) any idea why this would be this slow?
2) is there any way to have a splash page, like the typical "don't press the back button" pages on some payment processors?

Thanks!

Juan.

Have a look at this post which describes how to implement a modal spinner when clicking "Submit" - www.limesurvey.org/forum/design-issues/1...e-immediately#172405

jnuneziglesias wrote: 1) any idea why this would be this slow?

Sounds more like an issue with your hosting environment.
Is the survey with a group by group or an all in one display mode?

Create a one question survey and check again. Is the submit lag issue the same?

Thanks Tony! Just a quick Q, I added that code to a file custom.js under themes/survey/fruity/scripts/custom.js, (I'm using the fruity theme in my survey), but don't get a spinner. The file permissions are root/root, same as the (template custom.js file in the vanilla theme. Any ideas?

@jelo

> Create a one question survey and check again. Is the submit lag issue the same?

Good suggestion, thanks! I don't have time to try it now but will in the morning.

You should extend that theme and only modify files in the extended theme. You may need to reset the assets.

@jelo

I tried the test survey and it took a long time also. I'm not really sure what that means though!

@tpartner Ah, sure. However my hack above *should* have worked, shouldn't it? Despite the poor practice? I don't understand what "reset the assets" means here.

The assets manager may not have reset the files in the /tmp directory. You should see a reset button for each theme in the themes screen.

Failing that, you can set debug =1 in /application/config/config.php. This will bypass the assets manager so all files are loaded from the theme directory.

jnuneziglesias wrote: I tried the test survey and it took a long time also. I'm not really sure what that means though!

Ok, what version of LimeSurvey is used.
Look at the bottom to see the version. Depending on your version you can click on the version and a window with additional infos about your LimeSurvey installation is displayed.

To me this looks like a hosting environment issue. VM setup (what technology is used?) might has an I/O issue.

Thanks everyone for your help!

@tpartner, resetting the assets appears to have changed the behavior for the better. Now the browser appears to be loading the next page after hitting "submit", rather than just sending me back to the top of the survey. So, as far as I'm concerned, it's usable now. Thank you!

@jelo, the version is Version 3.14.5+180815. The dokuwiki site running on the same VM is fast enough, so it doesn't seem to be some Apache issue, for example. However now that the waiting time looks like regular browser load time, I'm happy enough not to pursue this further.

If anyone is motivated enough to actually figure out what's going on, I'm happy to discuss more in private. Thanks again!

I also came with this problem. My version is: 2.73.1+171220.

Does anyone know how to resolve this problem? Thanks.

mrli999 wrote: I also came with this problem. My version is: 2.73.1+171220.

Does anyone know how to resolve this problem? Thanks.

The problem was caused by the smtp account. My smtp account is not on the same server as the web site. It took some times to send email out using that smtp account. Thanks.

Yes, this is a problem. When the emails are not working properly, it can cause problems with the survey. Not sure if this problem has been solved in LS3 and LS4

The survey submission process is not finished till the notification email (if SMTP is enabled) has been delivered. That hasn't changed.