bootle

I double checked by resetting the max_input_vars to 1000 to prove metadata could not be saved, and back to 2000 to prove it could be saved again (on first and last image – it only has an issue with images > 100).

This might be useful – the php.ini file my hosting company put at the top of the shared hosting (home/bootle, where I do not have direct access, but can edit through a control panel):

zend_extension = /usr/local/ioncube/ioncube.so
register_globals = Off
magic_quotes_gpc = Off
post_max_size = 20M
memory_limit = 200M
upload_max_filesize = 20M
max_execution_time = 120
expose_php = Off
session.save_path = /tmp
mysqli.default_socket = /tmp/mysql5.sock
mysql.default_socket = /tmp/mysql5.sock
error_reporting = E_ALL & ~E_NOTICE & ~E_DEPRECATED
max_input_vars = 2000

Finally, I set max_input_vars to 1000 again and then tried to override with a local php.ini in my wordpress directory. This did not work.

Overriding it with a php.ini file in the directory one above the wordpress directory did not work either.

So clearly needs some care in where the php.ini file is. Pretty convinced max_input_vars is the key as I can toggle the effect reliably. But the variable does need to be set globally.

Here’s my phpinfo in case useful:

https://www.bootletest.com/phpinfo.php

and the demo running 176 images, minimal (i.e. latest WP, PSP and nothing else)

https://www.bootletest.com/wp2

Hope that helps you find the issue. If it does, let me know, so I can close the above projects.

Hi – did you try phpinfo() to check the PHP version (below PHP 5.3.9 does not have this setting and should not be affected), and if PHP 5.3.9 or above, it should show whether your config changes have actually been picked up.

Solution found.

I set up a simple test case on a desktop machine (Ubuntu, with xampp) and my test account at the shared hosting company (www.icdsoft.com – they are wonderful).

The local version (xampp) was OK, the simple test case at the hosting company showed the same fault – i.e. above 100 images the metadata was not saved.

I raised a ticket with ICDsoft, which was immediately taken. After 38 minutes of investigation (an unusually long time, but this was a relatively hard query) they had the answer. Here it is:

Hello,

We checked this. The problem was caused by the default limit (1000) of the max_input_vars variable. We created a global php.ini file for your account and added the following line to it:

max_input_vars = 2000

Thus, we increased the limit to 2000. You can modify this line according to your needs.

You can edit the global php.ini file for your account via the hosting Control Panel (https://xx.xxx.xxxx..com) -> the "System Information" section -> the PHP Settings (edit) link -> the Advanced Mode link at the left-hand side. More details are available at:

https://www.suresupport.com/faq.php/71/468

The "max_input_vars" setting was introduced with PHP 5.3.9. Servers running versions prior to 5.3.9 would not experience this problem. 

Let us know if we can assist you further. Thank you.

Best regards,
Support

Can confirm exactly the same issue – also using Portfolio Slideshow Pro. Thanks for proving that it’s not the fault of the plugin, but happens with the normal gallery.

Not using Dreamhost for hosting, with icdsoft.

Agree with you that it’s most likely in the WordPress gallery code, intentional or otherwise. My client created a portfolio of 174 images and wondered why the captions were not working – so clearly if there’s a limit, it needs to be much higher. The user case is an auctioneer’s site – so a portfolio of many small items to be real-life auctioned.

And there it is, right at the bottom of the page ??

Thanks, one of the best plugins I’ve come across.