Hi,
the reason for this might that the PHP Memory limit is reached maybe, but also that there were some “weird” characters in the table, so that there’s a problem with the character encoding.
Can you maybe check in the error log of the server, if there’s anything being reported there?
Regards,
Tobias
Thread Starter
jackey
(@jackey)
No errors where reported. These are tables I used/edited for three years now with no problems whatsoever. Tried to disable all other plugins, at no avail.
Imported a new big table… with 138 rows that worked.
When I try to edit the options, the options do not stick.
When I try to edit the table, it cuts the table off at row 111 leaving only field A and B, and all option fields are de-selected.
I inspected the csv file I imported, but there are no special characters in there, just pain name and numbers.
I sure looks like some limit, smaller tables work fine.
It could be that it started to happen with WP3.4, but I can’t be sure because it showed itself only after the tables are actually edited.
Hi,
thanks for further investigating this.
Due to the options not being saved, I have a feeling that this might be related to the “max_input_vars” setting in PHP, a change in the default configuration in PHP 5.3 that was done recently. This can unfortunately cause the troubles that you describe, especially in large tables.
Please take a look at http://wordpress.org/support/topic/plugin-wp-table-reloaded-cant-saveupdate-long-tables where you can find ideas on this. Especially the change of the “max_input_vars” setting might be necessary.
Regards,
Tobias
Thread Starter
jackey
(@jackey)
Hello Tobias,
Setting “max_input_vars = 2000” fixed the problem!
Thanks!
Jackey
Hi Jackey,
awesome! That is great to hear! Thanks a lot for the confirmation that this again did the trick!
Best wishes,
Tobias
Thread Starter
jackey
(@jackey)
Even had to up it to 3000…. 😉
Hi,
yes, that number depends on the number of cells in your table, so a large number might be better 🙂
Regards,
Tobias