That would seem to indicate that the plugin didn’t preload the attachments properly. Not sure what would cause that. Please turn on debugging, and then post the debug info from the Bulk Optimize page.
For some reason, I’m unable to activate the debugging option…really I’m unable to save any option in the settings. I check boxes and save, and it reloads the page, but the boxes I checked are no longer checked. I checked the debugger box and saved, and the page loaded up but the box is now no longer checked.
What other plugins do you have installed? Your WP install is not letting EWWW create any plugin options in the database, which is also why the bulk optimize doesn’t work.
Here are the plugins installed:
Ahalogy WP
Akismet
All in One Webmaster
Botnet Attack Blocker
Comment Luv Premium
Digg Digg
Easy Adsense
EWWW Image Optimizer
Genesis Responsive Slider
Genesis Simple Edits
Genesis Simple Hooks
Google Analytics for WordPress
Gravity Forms
Nextscripts: Social Networks Auto-Poster
Pinterest Pin it Button for Images
Pinterest RSS Widget
Post Template
Printable Lists
Related Posts by Zemanta
Wordpress SEO
WPtouch Pro
ZipList Recipe Plugin
None of those seems to have anything that would prevent new settings from being put in the wp_options table. Try deleting the plugin (make sure all files are gone after your delete it from the dashboard), and then reinstalling it.
I deleted the plugin and reinstalled it, but the problem persisted. So I went into the database and sure enough, my wp_options table was damaged, so I ran a repair on it and then uninstalled, reinstalled the plugin and the error went away. However, now, when I go to the Bulk Optimize, it spins and spins and finally just stops spinning. Nothing ever shows up on that screen.
If I try to optimize a set of images, it takes me to the bulk optimize screen and asks me to add the media to the table. I click the button to do that and then after some time I get a memory usage error.
Any other tips on this issue?
Couple things to check:
1. Check to see if there is a wp_ewwwio_images table in your database. If there is not, go to the wp_options table, and delete the ewww_image_optimizer_version option. Browse anywhere in the WP admin, and it should re-initialize the plugin.
2. Are you allowed to increase the memory limit for php? If so, try that and see if it helps at all. The only time I ever saw that type of error was when I accidentally put php into an infinite loop, but I suppose if your memory limit is quite low, the import process might exceed it.
One last thing would be to look for the ewww_image_optimizer_bulk_attachments option in the wp_options table, and delete that. Just out of curiosity, how many images do you have in the Media Library?
26,489 image in the library.
1) that table does exist, so I didn’t do anything there.
2) I increase the limit for php to 512M,which is more than I’ve ever used.
3) I deleted that option.
The issue still persists.
Hmm, that is definitely a lot of images, but I tend to agree with you that 512M is a bit excessive. If it is using that much, something is going terribly wrong. I’ll see if I can ramp up my dev site to match, just to make sure it isn’t something cropping up from trying to process too many images.
One thing that might help us is the debug.log file in the plugin folder. Can you check to see if there is a debug.log in wp-content/plugins/ewww-image-optimizer/??
In looking through the code, I’d like to narrow down the possibilities, so one last question for now (hopefully):
Do you use either NextGEN gallery or Grand FlaGallery?
No, I’m not using either of those galleries.
It does have a debug.log file, but it’s 42.45mb in size.
Wow, ok. Delete the debug.log, then retry the Import, so we have only the relevant information in the logs (which could still be large). Then if you could send me a link to the file via my contact form on http://www.shanebishop.net, I would appreciate it (there shouldn’t be anything sensitive in there, but using that form will allow us to keep that information out of the public just in case).
Well, maybe the debug log itself was the issue. Once I deleted the log and went to the do the import, everything was coming up fine. I’m able to select a set of images and bulk optimize them. I still can’t just do a bulk optimize, maybe because there are too many images?
Perhaps the log got corrupted or just plain bloated when the options table was busted, hard to say. That still isn’t normal that you can’t do a normal bulk optimize. There have been folks with larger sites than yours (80,000+ images) that have run it before.
So what happens now when you just go straight to the Bulk Optimize page?
