Nested RFGs and fields are not saving in the post field group editor

This thread is resolved. Here is a description of the problem and solution.

Problem: I am unable to add nested repeatable field groups in the custom field group editor. When I try to save, the nested RFG and fields are not saved as expected.

Solution: Increase available memory and max_input_vars.

Relevant Documentation:
https://toolset.com/toolset-requirements/

This support ticket is created 6 years, 1 month ago. There's a good chance that you are reading advice that it now obsolete.

This is the technical support forum for Toolset - a suite of plugins for developing WordPress sites without writing PHP.

Everyone can read this forum, but only Toolset clients can post in it. Toolset support works 6 days per week, 19 hours per day.

This topic is split from https://toolset.com/forums/topic/when-i-view-the-custom-posts-everything-is-duplicated-the-images-wont-show/

Sun	Mon	Tue	Wed	Thu	Fri	Sat
8:00 – 12:00	8:00 – 12:00	8:00 – 12:00	8:00 – 12:00	8:00 – 12:00	-	-
13:00 – 17:00	13:00 – 17:00	13:00 – 17:00	13:00 – 17:00	13:00 – 17:00	-	-

Supporter timezone: America/New_York (GMT-04:00)

Tagged: Content Templates, Displaying post relationships, Types plugin, Views, Views plugin

This topic contains 15 replies, has 3 voices.

Last updated by amyM-2 6 years, 1 month ago.

Assisted by: Christian Cox.

1 2 →

Author

Posts

November 19, 2018 at 9:32 pm #1149408

amyM-2

If you go to the Dashboard then the Field Group for Infiltrations, I am trying to add new Add New Repeatable Group then a new field group and then when I hit save it all goes away.

It works fine in the other Post Types but Infiltrations it does not.

November 19, 2018 at 10:07 pm #1149422

Christian Cox

Okay I made another copy of your site to test this out locally, and I didn't have the same problem on my local environment. Usually this means there is a problem with memory or with a server configuration. I can see that your site has 256Mb memory and 1000 MaxInputVars. Let's try to increase both of those. You may need assistance from your hosting company to increase MaxInputVars. I would suggest something like 3000 for now just to test this out. Then you can try adding these two lines to your wp-config.php file to increase the amount of available memory:

define('WP_MEMORY_LIMIT', '512M');
define( 'WP_MAX_MEMORY_LIMIT', '512M' );

You may also need your hosting company to bump the amount of available memory up in your hosting configurations. Sometimes the code I showed above is enough, other times you need to get the hosting company involved. Once you have these changes in place, please add a phpinfo page to your site as described in the section "How to check the PHP version":
https://toolset.com/toolset-requirements/

Then we can inspect the different PHP configurations for more information. I was unable to log in using the FTP credentials from the other ticket, so I couldn't add this page myself.

November 20, 2018 at 6:30 pm #1150046

amyM-2

Ok so the IT guy increased the memory. It worked for a bit then stopped saving again. That's how it has been for this infiltration template.

November 20, 2018 at 8:00 pm #1150088

amyM-2

When I preview the infiltration I add, it gives me this error:

Content Template debug:

Calling functions are Types_Field_Type_View_Frontend_Abstract::get_decorated_value, Types_View_Decorator_Wysiwyg::get_value, WP_Hook::apply_filters

November 20, 2018 at 9:59 pm #1150141

Christian Cox

Calling functions are Types_Field_Type_View_Frontend_Abstract::get_decorated_value, Types_View_Decorator_Wysiwyg::get_value, WP_Hook::apply_filters
This is a message provided by Toolset to help you integrate Content Templates with your theme. You can turn this off by going to Toolset > Settings > Frontend Content and unchecking the "Enable theme support debugging" checkbox.

It worked for a bit then stopped saving again. That's how it has been for this infiltration template.
Did you add the php info page so I can inspect your server setup? I can't find it at hidden link

November 21, 2018 at 8:03 pm #1150816

amyM-2

Yes my IT guy did. And he increased the memory to 1 GB.

November 22, 2018 at 2:51 pm #1151357

Shane

Supporter

Languages: English (English )

Timezone: America/Jamaica (GMT-05:00)

Hi Amy,

As Christian is currently on vacation, I will be handling this issue.

I suspect that this is due to the PHP configuration, particularly suhosin.

I recommend that you have your developer take a look at the document below in order to increase the suhosin limit on your site.

hidden link

Thanks,
Shane

November 26, 2018 at 3:43 pm #1153204

amyM-2

suhosin is not enabled so would not be relevent, what's the actual error message, how can I replicate it?

November 26, 2018 at 10:33 pm #1153343

Christian Cox

I can't see the info page here: hidden link
Maybe the IT guy uploaded it here instead? hidden link
There is a password protection message, and I cannot view the page without a password.

what's the actual error message, how can I replicate it?
I haven't seen an actual error message, so I'm not sure. To activate error logs, you can go in your wp-config.php file and look for

define('WP_DEBUG', false);

Change it to:

define('WP_DEBUG', true);

Then add these lines, just before it says 'stop editing here':

ini_set('log_errors',TRUE);
ini_set('error_reporting', E_ALL);
ini_set('error_log', dirname(__FILE__) . '/error_log.txt');

Reload the page in wp-admin, then try to save some changes. If any backend errors are triggered, this will create an error_log.txt file in your site's root directory. Please send me its contents. Once that is done, you can revert the changes you made to wp-config.php.

If no error_log.txt file is created, it could be a problem with caching. For example, there is a known issue with caching here: https://toolset.com/errata/object-cache-breaks-the-post-relationship-editor-on-single-related-posts/

Let me know what you find out.

November 27, 2018 at 4:34 pm #1154013

Christian Cox

Hi, I think there was a problem with ticket assignment in the forum. I want to be sure you received my message yesterday. Please check the forum to confirm.

November 27, 2018 at 4:46 pm #1154016

amyM-2

He said: i added hidden link
Password g9q5VFfNe

November 27, 2018 at 7:58 pm #1154072

Christian Cox

What about the error logs, were you able to add the information to your wp-config.php file? I'll be glad to do it myself, but I need FTP access. I'm not able to access the server using the FTP credentials you provided earlier, the message is:

Status:      	Resolving address of stage.***.com
Status:      	Connecting to 192.***7:21...
Status:      	Connection established, waiting for welcome message...
Error:        	Connection closed by server
Error:        	Could not connect to server

Is it possible there is an IP-based restriction on this server, or some other reason I would not be able to access it with FTP?

November 27, 2018 at 8:30 pm #1154079

amyM-2

He told me :

I have done what they asked and given them access to my phpinfo

define('WP_DEBUG', true);

ini_set('log_errors',TRUE);
ini_set('error_reporting', E_ALL);
ini_set('error_log', dirname(__FILE__) . '/error_log.txt');

define('WP_MEMORY_LIMIT','512M');
define( 'WP_MAX_MEMORY_LIMIT','512M');

/* That's all, stop editing! Happy blogging. */

November 28, 2018 at 1:36 pm #1154725

Christian Cox

Well I don't see any errors logged. Can you ask for FTP access so I can take a look on the server? The credentials you provided in a previous ticket are not working for me.

November 29, 2018 at 8:10 pm #1155700

Christian Cox

Okay digging around here I'm able to see that your memory limit is not increased correctly, as is your max input vars setting:
hidden link

The memory_limit value shown here is 128M, it should be at least 256M if not 512M. max_input_vars is only 1000, that should probably be 3000. I think your IT person will need to make an adjustment to memory_limit and max_input_vars in the PHP ini settings, then redeploy / restart the server for these changes to take effect.

1 2 →