Something went wrong when saving the form

  • Resolved baaarcin

    (@baaarcin)


    2 years, 10 months ago

    Hi, I succesfully created a form using Forminator 1.24.6 and everything worked, but after migrating the site to client’s server, I have following issues:

    1) after migration, my form and settings dissappeared. I thought I can live with it and started to recreate my form from scratch
    2) after creating a new form, custom CSS is not applied on the site (although it works in preview!)
    3) I can’t save the form after adding certain types of fields. I had this issue with Select (dropdown list) field, but was able to work around it by also making changes to “Send” field (changing Button text/Error message) before clicking “Publish”; this however doesn’t work for Checkbox – after I add a Checkbox field, I can’t save the form, even if I edit other fields
    4) I can’t import the form exported from the old website (no error message – the import window simply doesn’t close or do anything after clicking “Import”), although I can export and import forms within the new website.

    So far I’ve tried:
    1) disabling and enabling the plugin
    2) reseting the plugin
    3) removing the plugin and installing it again

    Firefox console shows this error when trying to save the form:

    Error: Request failed with status code 400

    form-scripts.js:26:285244

    exports https://ragnarokppf.pl/wp-content/plugins/forminator/build/form-scripts.js?ver=1.24.6:1

    exports https://ragnarokppf.pl/wp-content/plugins/forminator/build/form-scripts.js?ver=1.24.6:25

    m https://ragnarokppf.pl/wp-content/plugins/forminator/build/form-scripts.js?ver=1.24.6:1


    Please help, I need to get the website running and the plugin is unusable like this.

Viewing 10 replies - 1 through 10 (of 10 total)
  • Thread Starter baaarcin

    (@baaarcin)

    2 years, 10 months ago

    Update: I deleted the plugin and all the data, and installed it once again.
    I added all my fields (10), this time I started with Select and Checkbox field, and I was able to save the form after adding the remaining fields.
    Then I started customizing colors, saving the form after each change – when I got to Send Button font color, I couldn’t save the plugin anymore. And now I can’t save any new changes to the form.

    I also checked – I can make a new simple form on the old website, export it and import into the new website, but I can’t import forms with more fields and color customizations. Almost as if there was a limit of the lines of code (?). Something is seriously wrong.

    Kris – WPMU DEV Support

    (@wpmudevsupport13)

    2 years, 10 months ago

    Hi @baaarcin

    I hope you are doing well today.

    It sound like something on old site was not saved correctly or some special characters exist in that form. Can you export those 2 forms from old site and upload it to google drive or dropbox and share links in your next reply so that we could import them to lab site and review on our side?

    Kind Regards,
    Kris

    Thread Starter baaarcin

    (@baaarcin)

    2 years, 10 months ago

    Hi, thanks for the response.

    This is a form from the old site (on which everything works perfectly): https://drive.google.com/file/d/17b0GKpqEh6yC5fntThOPRCMMFvXDJmkF/view?usp=sharing

    This is a form from the new site, with clean Forminator installation, it was created on the new website from scratch (could save initially, now it doesn’t save anymore)
    https://drive.google.com/file/d/1MmaawHsiHp6Lwd9U1WgMHzQKv7HQXVt2/view?usp=sharing

    I also tried to rollback the plugin, so far to 1.23.3, with no success.

    Sometimes, I get more detailed information from the console than what I previously posted:

    https://drive.google.com/file/d/1jlENy4uNcfex7JiY0JZGCAyzxFTv7pPb/view?usp=sharing

    The lines 1 and 25 of code in form-scripts.js were extremely long, so I unminified the code using unminify.com to see where the error occurs, maybe that will point you in the right direction:

    Error: Request failed with status code 400

        exports https://ragnarokppf.pl/wp-content/plugins/forminator/build/form-scripts.js?ver=1.24.6:5577

        exports https://ragnarokppf.pl/wp-content/plugins/forminator/build/form-scripts.js?ver=1.24.6:10422

        m https://ragnarokppf.pl/wp-content/plugins/forminator/build/form-scripts.js?ver=1.24.6:5534

    Thanks again.

    Plugin Support Laura – WPMU DEV Support

    (@wpmudev-support8)

    2 years, 10 months ago

    Hi @baaarcin

    Thanks for response and sharing the form (and errors).

    I just tried to import that form to my test sites – with current version of Formiantor, PHP 8.2 and everything else up to date (but no other plugins active).

    I had troubles doing that and form was imported immediately with no errors and issues.

    Then I checked the form and it’s actually pretty simple form with nothing “Unusual” in it. There are no any “special characters” too that sometimes are causing similar issues.

    This makes me think that it isn’t actually an issue with form/Forminator or “old site” but rather with something on the new site – maybe a conflict but more likely some sort of misconfiguration or security issue.

    The 400 error seems be to the key here. 400 HTTP status stands for “Bad request” and that is unlikely to be caused by plugin code alone.

    That being said, I suppose that new site is in some ways different than the old one, right? Is it using different PHP version (what), is it different host, are there different plugins?

    Did you try to actually disable all the plugins (temporarily) except Frominator on site and switching theme to Twenty Twenty-Three? If not – could you try it and see if the issue is still happening then?

    Are there any additional security measures added such as e.g.:

    – additional rules in .htaccess (other than standard WordPress rules)?
    – very strictly set permissions to /wp-content and its sub-folders/files?
    – some additional security feature enabled server-side (if yes, what?)
    – any kind of firewall or proxy that’s not a plugin but on your server or even 3rd-party (like e.g. Sucuri or similar) that works “in front” of your site (so requests are passing through it)?

    Also – this may sound strange but have you tried with different browsers and if yes, is it happening for you in all of them or just some (if some – which ones, including version and OS name/version)?

    Best regards,
    Adam

    Thread Starter baaarcin

    (@baaarcin)

    2 years, 10 months ago

    Hi, thanks for your reply.

    The new site is simpy the old site copied via FTP to a different server/hosting service. The original server used PHP 8.0, the new one uses 8.2, but I tried changing it to 8.0 with no result.

    Because the site is live now as per my client’s request (without the form), I would have to make a copy of it to switch theme and disable the plugins, so I would like to do that as a last resort (all the plugins and everything is identical to the old site anyway)

    In the panel of the new hosting service all additional security features are turned off. There are no additional rules in .htaccess.

    The issue happens on every browser I have tried: Firefox 115.0.2, Chrome 115.0.5790.114, Safari 13.1.3 on Mac, Opera 99.0.4788.88 on Windows.

    I have two ideas:

    1) Can the database be an issue? The old database was MariaDB 10.5, which contents I exported and imported into a mySQL 5.7 database (it didn’t work in mySQL 8.0, I guess they weren’t compatible). But I think only form entries and form reports are stored in the database.

    2) With the new hosting provider (home.pl), I can’t save changes while editing WordPress theme files in Theme Editor. I have to edit them through FTP. This doesn’t only happen with this particular website, I’ve had this issue with every other website hosted by home.pl.
    Since theme files are in /wp-content, it makes me think there are some additional security measures and access to /wp-content is somehow limited. But it doesn’t explain why I was able to edit Forminator forms, and after a number of changes I am no longer able to. The form’s .css file (in /wp-content/uploads/forminator/[form id]/css) reflects all my color changes I made while I was still able to save the form.

    Plugin Support Jair – WPMU DEV Support

    (@wpmudevsupport15)

    2 years, 10 months ago

    Hi @baaarcin,

    I hope you are doing well today!

    It seems like you’ve gone through a detailed analysis of the issue. The two possibilities that you’ve suggested could likely be the root cause of this issue:

    1. Database Issue: Changing from MariaDB to MySQL might result in some compatibility issues. Though you’re correct that only form entries and form reports are stored in the database, the difference in database types might be affecting the way they’re being handled.
    2. File Access: This is also a strong possibility. If there are access restrictions to /wp-content directory, it is possible that certain processes (like saving forms) might be affected by those restrictions.

    Here are a few more things you can do to troubleshoot (if possible by the help of the hosting support):

    • Compare the PHP configurations of the old and new server. PHP’s error reporting and logging can also help identify issues.
    • Check for differences in the MySQL and MariaDB configuration.
    • Verify the file permissions on the server. If the server configuration is preventing write access, that could cause the issues you’re seeing.
    • Use a WordPress debugging plugin like Query Monitor or Debug Bar to log errors and queries.

    Kind regards,
    Zafer

    Thread Starter baaarcin

    (@baaarcin)

    2 years, 10 months ago

    Ok, thanks! I’ll check these things and let you know what was the cause of the problem.

    Thread Starter baaarcin

    (@baaarcin)

    2 years, 9 months ago

    Hi! The hosting support suggested adding a temporary folder (“TMP”) inside the WordPress directory, and it worked. I can finally edit and save changes to forms, I can also import forms from the old version of the website. I can also use the WordPress theme editor to edit theme files now, so these problems were connected.

    However, one problem remains – the specific stylesheets for the forms (in wp-content/uploads/forminator/[form id]/css) don’t load on the website (although they load while displaying Preview in Forminator panel)
    Safari Network tab says: “An error occured trying to load the resource”, Safari console says: “Failed to load resource: A server with the specified hostname could not be found”, followed by a wrong path: “https://wp-content/uploads/forminator/941_6f5377eb22c9eeae9ac829bd0fa09c04/css/style-941.css?ver=1690917598”.

    So, https:// is added to a relative URL.

    Do you know how to fix it?

    Thanks in advance.

    • This reply was modified 2 years, 9 months ago by baaarcin.
    Plugin Support Jair – WPMU DEV Support

    (@wpmudevsupport15)

    2 years, 9 months ago

    Hi again @baaarcin,

    Starting from Forminator v1.25 we have implemented a feature for the custom upload folders. Please go to Forminator->Settings->Data->File Upload Storage->Custom and enter the full path of your upload folder for Forminator and try again.

    https://wpmudev.com/docs/wpmu-dev-plugins/forminator/#file-uploads-storage

    Kind regards,
    Zafer

    Thread Starter baaarcin

    (@baaarcin)

    2 years, 9 months ago

    Thanks. The default path was “//wp-content/uploads/forminator/” with double “/”, I changed it to “/wp-content…” and it worked. I am marking this thread as resolved. Thanks again!

Viewing 10 replies - 1 through 10 (of 10 total)

The topic ‘Something went wrong when saving the form’ is closed to new replies.