Thank you for your comprehensive answer.
I inform you, when i fixed problem.
Hi,
sure, no problem.
It would indeed be great if you could share the steps that you had to take on your server then, thanks!
Regards,
Tobias
This answer fixed my problem
link
“larsit0
Member
Posted 1 year ago #
Hi,
I just ran into the same error. When checking the syslog I saw this event every time I tried to edit a large table:
Mar 4 17:09:22 *servername* suhosin[6974]: ALERT – configured POST variable limit exceeded – dropped variable ‘table[data][48][0]’ (attacker ’88.*.*.*’, file ‘/path/to/wp-admin/tools.php’)
So obviously this is a “problem” (well, not really a problem) with suhosin. What I did was edit the file /etc/php5/apache2/conf.d/suhosin.ini (Debian Lenny). I set the values for
suhosin.post.max_vars
suhosin.request.max_vars
to a higher value and now everything works as expected 😉
Thanks for the great plugin, Tobias! ;)”
Hi,
awesome! Thanks for this information! Great that you were able to configure Suhosin with higher limits!
Best wishes,
Tobias
I have a similar issue running on a Windows 2008R2 IIS 7 with with PHP 5.3 and WordPress 3.4.1.
I have about 20 tables which all work perfectly fine, and one table with over 166 rows. The same table used to work fine on my Windows 2003 II6 server.
At row 166 the last few columns on the table are not visible and use JavaScript library checkbox cannot be clicked on
I searched in PHP.ini for Suhosin but it does not appear and as I’m running IIS and not apache, there is no /etc/php5/apache2/conf.d/suhosin.ini, nor a suhosin.ini anywhere on the system.
Any ideas of what to adjust to fix this on a windows server?
Hi,
thanks for your post.
Most recently, I have seen that this problem is more and more caused by a new default setting in PHP 5.3 and not by the Suhosin library.
Please see http://ww.wp.xz.cn/support/topic/plugin-wp-table-reloaded-cant-saveupdate-long-tables for more on this.
Regards,
Tobias