Search Results for 'max_input_vars'

Hello,

When using a Flexible Content field in ACF, which contains layouts that include Repeater fields, there is an issue where changing the order of the layouts in the WordPress admin interface results in the loss of data from the Repeater field within those layouts.

Environment:

1. Web Server: Apache/2.4.54 (Unix) OpenSSL/1.0.2u PHP/8.2.0
2. PHP Version: 8.2.0
3. max_input_vars 10000
4. MySQL Server Version: 5.7.39
5. WordPress Version: 6.3.1
6. ACF Version: 6.2.1.1

Statement:

I wanted to provide an update regarding the configuration change I made in PHP. As recommended in the discussion thread found here: Thread Link, I adjusted the max_input_vars to 10000.

Unfortunately, despite making this adjustment, the issue of data loss when updating Flexible Content fields persists. The rows continue to disappear in the backend as mentioned in the thread.

Steps to Reproduce the Issue:

Create a Flexible Content field in ACF and add layouts that contain Repeater fields.
Populate data in the Repeater fields within the layouts.
In the WordPress admin interface, rearrange the order of the layouts within the Flexible Content field.
Save the changes.
Notice that the data in the Repeater fields has been erased.

Additional Information:

This issue leads to the loss of critical user data and can have a significant impact on their use of ACF.
Expectations: We expect that rearranging the layouts within the Flexible Content field should not result in data loss within the Repeater fields.

Thank you for considering this bug report and working towards its resolution. If additional information is required, please feel free to request it.

i have a repeater field , when the post have more that 106 rows i get 404 when trying to save… before i could save more that 100 rows (they have only a few filds inside)

when i run phpinfo i can see:
local. master
max_execution_time 10000 10000
max_file_uploads 20 20
max_input_nesting_level 256 64
max_input_time -1 -1
max_input_vars 20000 10000
memory_limit 1G 1G

i think i change this to this high values… what could it be ? i also tryed :
/**
* Increase ACF Repeater row limit
*/
function my_acf_repeater_settings( $field ) {
$field[‘max’] = 5000; // Change this value to your desired limit
return $field;
}
add_filter(‘acf/fields/repeater/settings’, ‘my_acf_repeater_settings’);

no luck .. my acf is Ver5.12.3 … can any kind soul help me? tanks

Hi,
I’m using ACF Pro Version 6.0.5 with WP 6.1. I have a Flexible Content field with 6 layouts in it. They display fine on the front end. When I create a 7th layout in the field I just can’t get that layout to display. It’s like I’ve reached a limit.
If I try and just display that 7th layout and not display layouts 1-6 it displays.
Go figure. 2 of the layouts use basic Repeaters if it matters.
I did see 1 issue in my php-fpm-error.log “server reached max_children setting (4), consider raising it”
I’m hosted on Pantheon with these setting in php.ini
with max_execution_time = 120
max_input_time = 900
max_input_vars = 10000
memory_limit = 256M
Any help appreciated!
Thanks

For one of WordPress’ core plugins, that this is not resolved is quite concerning. I didn’t even know it was a thing.

We have a multi-language multisite and flexible content fields disappear without any sense of consistency. We are not using particularly complicated page structures.

I have max_input_vars at 5000, our server admin is reluctant to up it any more.

Surely there should not be a limit on the number of fields available, or at the very least, some kind of warning. Page builders liek Elementor and even Gutenberg use far more variables than simple ACF compounds.

Why is this happening and is there any fresh thinking on the issue?

As soon as I create a new field in a group via the WordPress admin, a second field of type text is automatically created. The keys of the fields are “26017” and then “field_60efcd5f9a084”.

At the same time, when I click on update, I also lose the position where everything should be displayed. It resets itself to post. The Original Position it should be displayed on is an options page.

I have 204 Fields (Text fields + repeater) in this Group. And fieldnamens can be something like this “language_mybikes_modals_angebot_nicht_mehr_verfugbar_bodytext_start”.

So a very long name.

So i just googled für acf losing postion and came up with a solution to increase max_input_vars. It was 1000, then increase it to 3000 and my problems are gone.

Now my Question to this.

Can this really be the reason for the problems described.
Is there a way to determine how long the string (or how many vars) is that ACF produces at the moment I click on update.
And gives a recommended value for max_input_vars.

Probably in 99.9% of all cases the 1000 for max_input_vars is by far enough.

I have a series of ACF custom fields that are setup to show on the page edit screen if the page’s template is set to a certain template. When I create a new page, and go to the template dropdown to select my template, it makes my ACF fields appear in the edit screen. If I then add content to those fields and save the draft or ‘Publish’, I can refresh my edit screen and my content in my ACF fields doesn’t save. However, if I add the content again to the ACF custom fields, and save/update, the changes stick.

I tested a situation where I have an ACF custom field appear on the post type of ‘page’ and when I create a new page, add content to that custom field, save/publish and refresh, my custom field content is saved and isn’t lost like in my scenario described above.

I’ve disabled all plugins except ACF and it is still an issue. max_input_vars is set to 3000. ACF Pro and WP are both up to date

Hello,

I was in the process of creating a site for a client, everything was going fine but for some unknown reason I can no longer see / edit or create acf fields. I tried increasing max_input_vars to 19000 in my php.ini or in the .htaccess but it doesn’t change anything. I also tried to add in my function.php ‘add_filter (‘ acf / settings / remove_wp_meta_box ‘,’ __return_false ‘);’ but that doesn’t work either. When I inspect my console I have no javascript errors. I also deleted all my plugins except ACF but without result. And finally I deleted ACF and reinstalled via zip from the official website but still without success. Do you have a solution to suggest to me?

Hello,

I have the following issue. Everything works fine, but at the tenth acf field in my posts the information is not saving. I tried raising the following:

php_value max_input_nesting_level 128
php_value max_input_time 300
php_value max_input_vars 3000
php_value max_execution_time 300
php_value post_max_size 32M

As suggested in the following threat(I am not using repeater fields):
https://support.advancedcustomfields.com/forums/topic/repeater-field-values-disappearing/

I also tried disabling all other plugins.
And contacted my host who’checked the server logs and didn’t find any errors related to your issue.’

Could anyone please help out! Doing it manually is so much more work.(Love ACF fields!)

All the best,

Barend

I have added a new field to an existing field-group->flexible content->layout. When i put some content in the new field and save the post, the new field’s content is not saved.
When i rename an existing field and put some content inside it is saving perfectly. The Problem only occurs with newly created fields.

I also use WPML-Plugin and when i create a new field in the second language, everything is working fine.

I tried to disable all Plugins(including WPML) except ACF and i used a standard WP-theme, but that did not help at all.

Does anyone have similar problems or a solution?

WP-Version: 5.1.1
ACF-Version: 5.7.13 (PRO)
WPML-Version: 4.2.5

max_input_vars are set from 1000 to 3000 but it did not solve the problem.

I have ACF Pro v5.7.13.

I have a repeater with 12 subfields. It has been working fine for over 2 years. I just added 3 new fields (2 text fields and 1 color picker). When I input information into the fields and save, the fields appear empty when the page refreshes. All of the other fields will save, but not these new 3.

I set my max_input_vars to 7000 and it still won’t save.

The field names are shorter than other fields. I tried renaming the fields several times and that didn’t help.

I wondered if there was a max number of fields, so I deleted 2 other fields to see if that helped and it didn’t.

I deactivated ACF and reactivated but that didn’t work.

I disabled all other plugins and that didn’t work.

WordPress Core and all plugins are updated.

I’ve scoured the forums and can’t find anything that could possible explain why these fields won’t update. Any help would be greatly appreciated.

Thanks!

Dear all,

I asked the support for help like two weeks ago. That didn’t work (yet). So to speed up to process I’m posting this issue on here.

I have searched for a solution on the internet and I can’t seem to find the solution to my problem. Before I start, the plugin worked before great without any issues.
But I found out after making some new repeater fields (got a lot of them) that they won’t save. The field that I didn’t touch in the ACF Custom Fields Group editor is still working. But the newly created fields won’t save.

What I did to try and fix this problem is the following:
I already tried to increase the max_input_vars in the PHP settings a few days ago.

his is how the php.ini file looks like:
upload_max_filesize = 128M
max_execution_time = 120
post_max_size = 228M
max_input_vars = 6000
date.timezone = “Europe/Amsterdam”
memory_limit = 768M
max_input_time = 120
zend_extension=/usr/local/php56/lib/php/extensions/ioncube.so
zend_extension=/usr/local/php56/lib/php/extensions/ZendOptimizer.so
suhosin.get.max_vars = 3000
suhosin.post.max_vars = 3000
suhosin.request.max_vars = 3000

Also, we have contacted our server hosting team (Siteground) and they have ensured us this way: “In this case, I would personally recommend to reach the devs of this plugin and ask them to further troubleshoot for you. As right now, I’ve increased all of the values to the maximum possible on a server level and for 99% of the plugins is plenty of “power”. That’s why please reach them back and ask for further instructions as currently on a server level everything is set correctly.”

The next step for me was to disable all plugins and narrow down the possible cause of this problem. Again nothing helped even with disabling all plugins except for ACF (what I need to work and where the issue is).

Also, I got the newest version of ACF so that cannot be the problem also?

I am hoping for a solution, here is a snippet of the code:

<!-- gerwin uitprobeersel !-->
<?php if( have_rows('product') ): ?>
<?php while( have_rows('product') ): the_row(); ?>
<div class="betonelementholder" id="<?php the_sub_field ('product_titel'); ?>">
  <div class="betonelementboxen">
    <a href="<?php the_sub_field ('product_link'); ?>">
      <div class="betonelemtenboxleft">
        <img src="<?php the_sub_field ('product_afbeelding'); ?>" title="<?php the_sub_field ('product_afbeelding_titel'); ?>" alt="<?php the_sub_field ('product_afbeelding_alternatieve_tekst'); ?>">
      </div>
    </a>
    <div class="betonelementenboxright">
      <figure>
        <figcaption>
          <h2>
            <?php the_sub_field ('product_titel'); ?>
          </h2>
          <span class="sport_main_title_green">
            <?php the_sub_field ('product_subtitel'); ?>
          </span>
        </figcaption>
      </figure>
      <div class="description">
        <p>
          <?php the_sub_field ('product_omschrijving'); ?>
        </p>
      </div>
      <a href="<?php the_sub_field ('product_link'); ?>">
        <div class="elementbutton">
          <?php the_sub_field ('btn_text');?>
          meer informatie
        </div>
      </a>
    </div>
  </div>
</div>
<?php endwhile; ?>
<?php endif; ?>
<!-- end gerwin uitprobeersel !-->

While trying to edit a field group, I noticed that my changes were not being saved. When I looked at the web server logs I saw entries like this…

AH01071: Got error 'PHP message: PHP Warning: Unknown: Input variables exceeded 1000. To increase the limit change max_input_vars in php.ini. in Unknown on line 0\n'

So I enabled the developer tools on my web browser and examined the contents of the post. Sure enough, there was easily over 1000 variables being posted (it is a field group with a lot of stuff in it).

Server setup:

• Debian 9
• WordPress – Version 4.9.8
• PHP 7.0 FPM
• Advanced Custom Fields – Version 4.4.12
• Advanced Custom Fields: Flexible Content Field – Version 2.1.0 (w/valid license)
• Advanced Custom Fields: Repeater Field – Version 2.1.0 (w/valid license)

Conditions causing the bug:

• The problem occurs when trying to add a new location rule to a field group using a single flexible content field.
• The flexible content field had 12 layouts, with a total of 37 sub-fields among them.
• The field group had 6 Location rules.
• 8 ‘Hide on Screen’ items were checkmarked
• This setup had been working in the past on the same server, with the same configurations files.
• Trying to add a new location rule resulted in the last 3 layouts (along with their 7 sub-fields) being deleted. The new rule also was not saved. And the last field of the last surviving layout was deleted, as well as some settings of the second to last sub-field.

Temporary work-around:
I bumped the php.ini variable ‘max_input_vars’ up to 2000, restarted apache, reconstructed the field group and was able to save it. So too many form variables being submitted at once is definitely causing the problem. Luckily, everything that used that field group was restored to normal operation after reconstructing the field group. Then I returned ‘max_input_vars’ to its default value of 1000 and restarted apache again to prevent attackers from trying to abuse GET and POST requests.

Suggested solution:
It is my understanding that WordPress is moving toward using its REST-API for all screens in the admin area. Maybe now is a good time to start converting ACF to submit all data from the field group editor as a single JSON data string. This would avoid triggering the default 1000 input variable setting on apache.

Hi there,
I’ve used the Field Group importer to import a group with one Flexible Content field containing about 11 various layouts and their subfields.

I’m able to edit the fields that I’ve imported, but I am unable to add a new field within any of the layouts and save values to that field on the page itself.

I’m able to add a new field group with a flexible content field and save values to fields within that, but not within the flexible content field in the field group I imported.

I’ve tried deleting/reimporting the field group and also tried the various .htaccess tricks ive seen with max_input_vars and max_input_nesting_level that Ive seen on other support posts.

Any help would be greatly appreciated. Thank you!

The parent repeater will not go past the 32. I have tried increasing the PHP memory and timeouts. Still won’t save.

I saw a “solution” in another thread that said to put this in the .htaccess file:
php_value max_input_vars 3000

I am not well-versed in correct syntax for the .htaccess file. Doe this need to be wrapped in something? Some way to trigger it? I just plopped it in there. It doesn’t work. Not sure whate else I can try.

Hello everyone,

I am using ACF Pro in a self-developed theme. The backend for inserting new field values operates slow and I want to speed it up.
(I do not care about frontend loading/php-“rendering” the page – I use wp-super-cache).

The field groups are set up nicely structured, using repeater fields (with quite some nested fields in them – wysiwyg, file-uploads and others) so the customer has a good experience inserting values. Hence, the customer used the page to a great extent which led to quite some content.

The backend-page (“edit page”) takes quite some time to be ready for editing (~4 minutes). Updating/saving after a change takes even longer (~15min).

Now, what I did so far is the following:

• use ACF local JSON
  https://www.advancedcustomfields.com/resources/local-json/
• adjusted the amount of revisions to be stored to a small number
• update the server configuration in .htaccess (pages runs on ordinary shared hosting plan)

  php_value max_input_vars 8000
  php_value suhosin.get.max_vars 8000
  php_value suhosin.post.max_vars 8000
  php_value suhosin.request.max_vars 8000
  
  php_value memory_limit 300M
  php_value upload_max_filesize 300M
  php_value max_input_nesting_level 128
  php_value max_input_time 600
  php_value max_input_vars 8000
  php_value max_execution_time 600
  php_value post_max_size 300M

• forced the many TinyMCE-editors from the repeater fields to load in html-tab as suggested by user sdempsey on:
  https://support.advancedcustomfields.com/forums/topic/js-performance-issues/page/3/
  (this helped with the page loading issue and narrowed it down to ~2 minutes)

What I do not understand and only guess:

• ACF loads all contents of (repeater)fields when I start editing a page. This takes time.
• ACF “restores”/saves all values again (or builds huge DB queries) upon saving. This takes time.

Now to the real question (“requirements”):
Is there a way to:

• Load contents of repeater fields asynchronously on the edit page backend?
  (only upon opening the respective repeater-“section”)
• Is it possible to save only the “diff” of changes?
  I.e.: write only the changed fields to the DB, not all (again)?

☞ Is there a plugin or filter/hook-workaround that can fullfil these requirements?

Thanks to everyone who read so far and is deep enough in the topic.
Every answer or hint is appreciated! 🙂

Cheers

PS: Of course I could also avoid this situation by refactoring my Theme “divide and conquer”-style.
I.e. I could split the number of repeater-fields from one page to, lets say custom post types that would resemble the outer-most hierarchy of repeater fields. By this, I would have more “posts” (with each having just a share of the total number of fields) that I would glue together as the final page. But, this would require the customer to re-learn the procedure of editing content. And most of all it would require me to refactor/migrate the Database for existing contents.

I have read other issues on this and unfortunately no solution has worked.

I have a relationship field on a CPT that relates to another CPT and the value is not saving. I have done this both locally and on the staging site with no issues, but when I pushed it to production this field is not working. I’ll also note that I added another basic select field at the same time that is having no issues saving.

I have already tried the max_input_vars and confirmed that it is being changed via phpinfo() but it’s still not saving. I’ve also tested deactivating all other plugins and re-creating the relationship field with a different name but neither have worked.

I’m using the latest version of WP and ACF Pro:
Wordpress 4.8.1
Advanced Custom Fields PRO 5.6.1

Hi have a wordpress site with about 200 custom fields.
If I try to add another field in the local version it works; on the production server th new field does not appear and in the wp log i get this error

[12-Jul-2017 07:34:43 UTC] PHP Notice: Undefined index: allorany in /var/www/XXX/htdocs/wp-content/plugins/advanced-custom-fields/core/views/meta_box_fields.php on line 283

I thought it was a max_input_vars problem but it is set to 1000 on both servers.

Any idea?

Thanks in advance

Best regards

Some basics:
ACF Pro version 5.5.13
WP version 4.7.4

I’ve recently had to revisit a site that has been working perfectly for nearly a year. It is made up of two custom post types, each populated by a number of field groups.

I now have to add a new field group to one of the custom post types, and I’m running into the issue of data not being saved to the database.

The field group added is a repeater, with two sub fields, limited to six instances.

Things I’ve tried:
Disabled all other plugins, and switched to twentysixteen – no data saving.

Upped the max_input_vars value in the php.ini file. No data saving.

I don’t believe the issue is the max field name length. The field group’s name is “repairs_estimates”. The subfields are “repair_needed” and “repair_estimate.”

The field names are all unique.

I’ve tried placing the field group higher in the order of field groups that are assigned to the custom post type in question – doesn’t appear to make any difference.

Additionally, if I try to add the repeater field to another previously existing field group – it wont save data. If I try to add a more basic field – text for example – it won’t save the data.

I am able to edit data that is already saved to a post. And I’m able to create new custom posts – all fields that were being used prior to this issue are still working fine. I just can’t seem to add any additional fields.

ACF doesn’t save value and setting max_input_vars doesn’t help.

The thing is that before I knew about ACF I had small custom code for adding meta box to my CTP. Now I have noticed that this is unnecessary so I would like to delete it and just add meta box with ACF Field Group. This is exactly what I did, and I have named my meta field “latin_name_branje” like I had it in my code.
For previously added CTP posts this field is correctly populated but I can’t save value on a new posts, nor edit or delete previously set values on older posts.

This was my piece of code for adding meta box

class branje_biljaka {

	public function __construct() 	{
		...
		$this->add_meta_box();
	}

	public function add_meta_box()	{

		add_action('add_meta_boxes', function(){
			add_meta_box('div', 'Latinsko ime', 'latin_name_branje', 'branje_biljaka', 'normal', 'high');
		});

		function latin_name_branje($post) 		{
			$latin_name_branje = get_post_meta($post->ID, 'latin_name_branje', true);
			?>
			<p>
				<input type="text" name="latin_name_branje" id="latin_name_branje" value="<?php echo esc_attr($latin_name_branje); ?>" />
			</p>
			<?php
		}

		add_action('save_post', function($id){
			if(isset($_POST['latin_name_branje'])){
				update_post_meta($id, 'latin_name_branje', strip_tags($_POST['latin_name_branje']));
			}				

		});

	}

}

If I set this inside functions.php

add_action('init', 'see_whats_posted');
function see_whats_posted() {
  if ((!defined('DOING_AJAX') || !DOING_AJAX) && isset($_POST['acf'])) {
    echo '<pre>'; print_r($_POST['acf']); die;
  }
}

This is what I get, so I guess the problem is with this underscores while they should be hyphens.

Array
(
    [poveznica] => 9995
    [latin-name-branje] => asdf
)

How can I fix this, only by doing query on database or I can set something inside ACF? I thought I would just set the Field name for saving to correctly work, I though that Field label is just the label to show to users?

🙂

Hey guys, i have this weird issue with a site built on top of ACF:

1. the site was built on ACF 3 (or 4), with ACF placed in mu-plugins and PHP 5.3 on the server;
1.1. but upgraded to PHP 5.6
1.2. and upgraded to latest ACF 5.x;
2. either existing fields AND new fields are not saved;
2.1. these are simple fields, texts and datepickers (so no nested repeaters, clones or anything more… exotic)
3. add_action(‘save_post’) will throw get_field as not found;
4. WP_DEBUG on will NOT throw any error, warning or notice;
5. on local server, things are working just fine

The client cannot pinpoint if the issues are the results of PHP upgrade or ACF upgrade, since he noticed the issues weeks after upgrading.

Oh, and phpinfo is blocked, so i can’t really tell what’s different there…
Here are the usual suspects values:

max_input_nesting_level: 64
max_input_time: 60
max_input_vars: 1000
post_max_size : 128M

PS this is a cross-post from FB group

https://www.facebook.com/groups/1635334600051668/permalink/1783495631902230/

We have a page which has a repeater field which contains users (First name, last name and email address). This list can grow up to about 1500 people. This means that there are up to around 4500 ACF fields on the wp-admin page. If I want to change one of these fields, and then press “Update” on the page, the request eventually times out and fails to update anything.

I have read numerous others having the same problem on the forum but without any definitive answer (note: this is not a problem with PHP settings such as max_input_vars – I have checked all of that).

The strange thing is, updating the field programatically is quick.. I can get the field, iterate through, update a value and then:

update_field('users', $updated_users_array, $page_id);

and it all happens almost instantaneously. But doing it through wp-admin is slow and unusable. How do I overcome this? Is ACF unable to cope with this number of fields? 🙁 I have a feeling it is doing thousands of database updates just to change a single field but I can’t be sure of this.

Hi-

Giant Images: Before and After

I have a Repeater field which contains a dropdown and three Flexible Content fields. The Flexible Content fields (are supposed to) each contain the same 5 layouts: title, blurb, image, video, button.

An example of the field layout I am going for “Field Name (Field Type)”:

Sections (Repeater)
    Columns (Dropdown)
    Column 1 (Flexible Content)
        Title
            Title (Text)
        Blurb
            Blurb (Textarea)
        Image
            Image (Image)
            Link (URL)
        Video
            Video (oEmbed)
        Button
            Button Text (Text)
            Button Link (URL)
    Column 2 (Flexible Content)
        Title
            Title (Text)
        Blurb
            Blurb (Textarea)
        Image
            Image (Image)
            Link (URL)
        Video
            Video (oEmbed)
        Button
            Button Text (Text)
            Button Link (URL)
    Column 3 (Flexible Content)
        Title
            Title (Text)
        Blurb
            Blurb (Textarea)
        Image
            Image (Image)
            Link (URL)
        Video
            Video (oEmbed)
        Button
            Button Text (Text)
            Button Link (URL)

After saving this, I end up with something like this:

Sections (Repeater)
    Columns (Dropdown)
    Column 1 (Flexible Content)
        Title
            Title (Text)
        Blurb
            Blurb (Textarea)
        Image
            Image (Image)
            Link (URL)
        Video
            Video (oEmbed)
        Button
            Button Text (Text)
            Button Link (URL)
    Column 2 (Flexible Content)
        Title
            Title (Text)
            Blurb (Textarea)
            Image (Image)
            Link (URL)
            Video (oEmbed)
            Button Text (Text)
            Button Link (URL)
        Blurb
        Image
        Video
        Button
    Column 3 (Flexible Content)

Notice how in Column 2, all fields have moved to be underneath Title and Column 3 is just empty.

I did some Googling around and saw mentions of max_input_vars and upped that from 1000 to 3000, but that seems to have made it even worse. The column fields will move to be inline with the column # dropdown field.

I’m currently being limited to 60 fields in a field group. I have changed my max_input_vars to 16000 but still no luck. I’ve restarted Apache as well. Are you aware of anything else that may be causing me to be limited to 60 fields?

—- Versions —-
ACF v4.4.2
WP v4.2.2

I’ve read through the other support threads where people have had issues with saving their fields, but to no avail. I’m running WP 4.2.2 and the latest ACF PRO (have updated a couple of times). There are no other plugins running other than ACF. I have also tried using a default theme. I have increased max_input_vars to 3000 too.

Initially I had to completely reset up my WP installation as no fields were saving whatsoever. After doing a clean install, my large ACF field set with around 24 fields appears to be saving (haven’t tested every field). I’ve now been looking into whether the ACF field attached to a taxonomy is working, and I’m seeing some very strange behaviour. If I call the field say ‘plate’ or ‘plate_number’ or ‘c_plate_number’, it does not save. But if I make a field in that same place called ‘something’, it works as expected.

I have seen the naming issue before with this installation, but I changed a few names and it went away. But with this I cannot get around it.

Unfortunately this is on a local (MAMP) installation, but the previous time I set it up I ran a version on my Digital Ocean server, with the same issues occurring.

I’ve prepared a small videocast showing the issue: http://screencast.com/t/4pwuCur1fau

I am truly gazumped.

I have a very large field group with multiple repeaters and flexible content fields inside one another. It worked for a while, but now when I change something in the field group, ACF removes all the fields from all the groups – not just the one that I’m editing.

No PHP errors are logged and all the max_input_vars etc. variables are set higher than usual.

Any explanations why this could be happening?