Support

Account

Home Forums Search Search Results for 'max_input_vars'

Search Results for 'max_input_vars'

reply

  • No idea if this would help, but have you tried changing the max_input_vars in php.ini?

    https://www.advancedcustomfields.com/resources/limit-number-fields/

  • This is happening for me. Checked max_input_vars and it should be displaying…

  • You’re probably running into an issue with max_input_vars https://www.advancedcustomfields.com/resources/limit-number-fields/

  • Thanks @wp_kc – it appears to be fixed by increasing the max_input_vars to 2000

  • As far as I know the only solution currently is to increase max_input_vars and leave it.

    The developer may focus on this in the future, but I don’t have this information. The best way for you to get his attention is here https://www.advancedcustomfields.com/contact/

  • PROBLEM SOLVED! It was MY code. I missed the “=”. So I hade “max_input_vars 5000” when it should have been “max_input_vars = 5000”

    Plugin is now showing Field limit: 5000 and I a can save the nested repeater.

  • So yesterday, I added the max_input_vars to my .htaccess file. No change. I then contacted my host about adding it to my php.ini file. Which is only accessible via SSH. Something I don’t work in. After much hand holding from my host’s tech support, I was able, through Mac Terminal to get into the php.ini file and change the commented out max_input_vars to uncommented and changed the 1000 to 5000. After all that, the plugin still says the max vars is 1000 and my ACF repeater will not save. Not sure what else to do. Not sure if rebuilding my ACF form in a different way would make a difference. For instance, I could make the parent repeater, not a repeater and instead make each of those individual repeaters. So that their is no nesting. But they are still all on the same page. It might make fewer vars but I think I would still hit 1000 pretty quickly.

  • The only possibility that I know of is max_input_vars, but it could be suhosin.post.max_vars or suhosin.request.max_vars also needs to be set. Try this plugin https://wordpress.org/plugins/wp-max-submit-protect/

  • You’re problem is probably related to your php_max_input_vars setting.

    Try installing this plugin, it’s old but it will tell you if this is the problem https://wordpress.org/plugins/wp-max-submit-protect/

  • There is a plugin that will alert you to problems with max_input_vars https://wordpress.org/plugins/wp-max-submit-protect/

    I use this plugin on all sites that I’m developing.

  • I found resolve for this problem 🙂 I change value for max_input_vars in php.ini for 10000 and all is OK.

    I think that should be notice before save about this problem because peopl can lost their changes

  • you can test something similar:

    (php.ini)

    max_input_vars = 20000
    suhosin.get.max_vars = 20000
    suhosin.post.max_vars = 20000
    suhosin.request.max_vars = 20000
  • I am having a similar issue. I imported ACF fields into a new site, with content from three old sites. The fields are completely uneditable though, and I can’t create new fields in any way either.

    I upped max_input_vars, and checked all settings, but nothing seems to help. I also removed the plugin and re-added. Any ideas would be helpful.

  • If there’s a problem with max_input_vars, this will tell you about it so that you can fix it. The only solution for max_input_vars issues it to alter the php setting. Doing this will be different depending on your hosting. For all I know, some hosing providers do not allow it to be changed.

    If the issue is not max_input_vars and you don’t get a warning from this plugin then you can stop looking into solutions for this problem and look for something else, although given what you’ve said I don’t really know what else it could be.

  • Hi John,

    As I investigated the plugin that you suggested, I understood that this is not a solution for “max_input_vars” problem on ACF. This is just a pop-up warning for users. Actually, we don’t solve the problem with this plugin, just inform the user about the problem.

    Is there any other solution for ACF’s “max_input_vars” problem?

  • to know it it’s related to max_input_vars install this plugin https://wordpress.org/plugins/wp-max-submit-protect/. If there are too many inputs this plugin will pop up a warning telling you what you have it set to and how many you are attempting to submit.

  • Hi John,

    Actually, there is not any timeout problem on our ACF pages. The problem is that sometimes if we add too much content on a page and if we update or save that page, total or half of the page content gets lost.

    To overcome this problem, we have tried to apply your suggestions in your first comment. And we have changed the values of some input parameters. But at the end of our tests, we couldn’t find any rational and visible relation between the input length parameters and the page content loss.

    The “values/test results” relation has occurred in like the list below.

    -If the max_input_vars = 999999999999999999999999999 => no content loss
    -If the max_input_vars = 999999999999999999999999999 => content loss
    -If the max_input_vars = 1000 => content loss
    -If the max_input_vars = 9223372036854775807 => no content loss
    -If the max_input_vars = 999999999999999999999999999 => no content loss
    -If the max_input_vars = 1000 => no content loss
    -If the max_input_vars = 999999999999999999999999999 => no content loss
    -If the max_input_vars = 999999999999999999999999999 => no content loss
    -If the;
    max_input_vars = 1000
    suhosin.get.max_vars = 1000
    suhosin.post.max_vars = 1000
    suhosin.request.max_vars = 1000 => content loss
    -If the;
    max_input_vars = 999999999999999999999999999
    suhosin.get.max_vars = 999999999999999999999999999
    suhosin.post.max_vars = 999999999999999999999999999
    suhosin.request.max_vars = 999999999999999999999999999 => no content loss

    As you view, there is not a visible relation between the values of the parameters and their test results.

    Now we are stuck in the solving the content loss problem on ACF pages. We want to learn that; in which other conditions can page content loss occur?

  • What your describing is a symptom of PHP max_input_vars issues. Try installing this plugin and see if you get a warning when you try to submit your form https://wordpress.org/plugins/wp-max-submit-protect/

  • This sounds like a problem with a PHP setting max_input_vars. This plugin can help you diagnose it this is your issue https://wordpress.org/plugins/wp-max-submit-protect/

  • Hi @johnstew

    It is possible that you are hitting the max_vars limit on your server and you can fix this by making the following changes to your php.ini file:

    max_input_vars = 3000
    suhosin.get.max_vars = 3000
    suhosin.post.max_vars = 3000
    suhosin.request.max_vars = 3000

    Let me know if this helps.

  • You are running into php_max_input_vars. In order to save more fields you will need to increase the value of this setting. This plugin is helpful for detecting the problem https://wordpress.org/plugins/wp-max-submit-protect/, but the only place it can be changed is on the server.

  • Hi @acf-support ,

    On my local machine, I switched theme to twenty-sixteen.
    Still it did not work.

    Disabling all plugins got the repeater field to work.

    Then I began reactivating plugins one by one to identify the culprit, but it kept working even after all plugins were active.

    I therefore went back to my original theme and it still works like a charm.

    The thing is that such a “solution” is not reliable and I don’t want to apply it in production.

    Regarding the logs, there is nothing to look at: there is no error, the post is updated and the page is refreshed properly.
    However, no performances are added.

    Validation passes and the variables are sent in the POST request.

    max_input_vars is at 3000 and the POST request contains less than 250.

  • Hi @acf-support,

    setting max_input_vars to 3000 did not help.

    I’ve attached the export (you’ll find another required field, performance_date, which is instead saved properly).

    I’m about to switch to twenty-sixteen and disable the plugins.

    I’ll keep you posted.

    Thank you!

  • Do you have a lot of layouts on the page with a lot of other fields besides the fields that are missing the data? If you have a lot of fields then you could be running into a php max_input_vars issue. Try installing this plugin. It will give you a warning if the page has more fields than you can submit on your server https://wordpress.org/plugins/wp-max-submit-protect/

  • how many fields are on the page? If there are a lot of them it could be the php setting max_input_vars. Try this plugin, it will warn you when you are exceeding the value. https://wordpress.org/plugins/wp-max-submit-protect/

Viewing 25 results - 51 through 75 (of 179 total)