MrBrian

Yes, when it continually looped the same results and never finished it was searching all plugins. I ran a search on a plugin with only 1 file and it returned results and finished as expected, but it did still throw a warning in the log:
May 07, 12:52:03 Memory exhaustion near (12800000), currently at 12838912
May 07, 12:52:03 12582912

Actually seems to be working somewhat (the results are looping and never finishing), but yes looks like it’s hitting memory limits:
May 07, 11:52:20 Memory exhaustion near (12800000), currently at 12838912
May 07, 11:52:20 12582912
May 07, 11:52:22 Memory exhaustion near (12800000), currently at 13101056
May 07, 11:52:22 12845056
May 07, 11:52:23 Memory exhaustion near (12800000), currently at 12838912
May 07, 11:52:23 12582912
May 07, 11:55:14 Memory exhaustion near (12800000), currently at 25946112
May 07, 11:55:14 25690112

I updated back to 2.0 (from 1.9) to look again and there are no php errors happening. I have debug mode enabled and log to a .txt file in wp-content – i’m positive there’s no errors from your plugin. Rather, from using chrome network inspect, it looks like your plugin is sending the same ajax data over and over (never actually returning results):
{“success”:true,”data”:{“search”:[]}}

I’m on version 2.0 and was getting stuck on “preparing search” also for queries that should work. I’m on what you would consider a “fast host”. Rolled back to 1.9.1 and it’s working again.

It is indeed fast once again :). The most obvious bug I found was that the search results do not clear on a new search therefore compounding multiple search results.

I’ve looked at the plugin code and it only inserts the live chat script using the wp_footer hook which is how every other plugin inserts script code. Perhaps you manually inserted the code in your theme or a text widget? Does the script have a comment like this:
<!–Embed from Zopim Live Chat WordPress Plugin–>

Definitely cache. Where do these foolish entitled reviewers come from?

Hmmm… well not sure what is triggering the firewall then. Here’s the log entry, it’s triggered like 20 times (wordpress doing auto-saves):
[1456937402] [0.26786] [xxxxxxx.com] [#1452135] [257] [2] [xx.xx.xx.xx] [403] [POST] [/wp-admin/admin-ajax.php] [SQL injection (comparison operator #2)] [POST:data = 96074 post 13 Is Populism Bad for the Economy? <img class=”alignnone” src=”https://thenypost.files.wordpress.com/2015/12/bern.jpg?quality=100&strip=all&w=664&h=441&crop=1&#8243; …]

Had to disable this plugin because of the PHP Notices filling the log. ??

I certainly look forward to any future updates and will update my review if the performance becomes acceptable again. For me, the new version resulted in searches taking several minutes to run vs 10 seconds which is just way too long. A full search would be the way to go – maybe you could only send ajax updates when 10 seconds has elapsed, or every 10%.

Changing themes is not affected by edit_themes capability (that would be switch_themes), but rather it’s for actually editing theme files through wordpress. Check that you can visit wp-admin/theme-editor.php. It’s likely a plugin, or your theme has disabled edit_themes capability via functions.php perhaps.

@esmi. Sorry, i jumped to the conclusion it was a plugin bug since it was just updated 3 days ago.

My issue solved – turns out another plugin, NinjaFirewall, had disabled the edit_themes capability which this plugin checks for in order to create the menu. Also, if you have ‘define( ‘DISALLOW_FILE_EDIT’, true )’ in your wp-config.php that could cause it.

Same problem.. it was there before, now it’s not. Something updated maybe. I’m administrator with user level 10 so it’s not a capabilities issue.

Thanks!

Looking forward to this capability.