Adam

Perhaps the importer should automatically replace smart quotes with single quotes, and do the search input without quotes against the name without quotes? Seems like this is causing a lot of problems ??

For reference, were this a Postgres fulltext search, for example, the quotes aren’t considered at all.

Thanks so much!

It looks like typing it does indeed work, but I feel like the importer/entry form should probably replace smart quotes with single quotes, since I and many other people are importing these from a CSV file. It’s also a bit weird that the name echo’d back has slashes preceding the quotes–is there some sort of escaping feature gone wrong there?

Thanks for your response!

In my case, it looks like this was caused by PHP’s new-ish (5.3.9) max_input_vars setting. It’s apparently now 1000 by default, meaning (1000 / (from + to)) = 500 entries. Up this in php.ini with max_input_vars = 2000 or whatever is appropriate for your site.

Having the same issue… Something seems to be limiting me to *exactly* 500 redirects. wp_options entry shows the following:

| 6446 | 301_redirects | a:500:{s:24:"/about/mission-statement";s:7:"/about/";...

until it ends at s:7:"/tester";s:8:"/contact";s:5:"/nice";s:0:"";} | yes |

This seems suspiciously exact to not be limited by something deliberately, but I can’t seem to find what it is…

The FAQ doesn’t help, as I don’t see anything in there about a specific JS error. As for the fix, I think my comment is pretty specific–just replace the following:

function wpss_get_ck(e){var t=document.cookie.split(";");for(var s in t)if(-1!=t[s].indexOf(e+"="))return decodeURIComponent(t[s].split("=")[1]);return""}

with

function wpss_get_ck(e){var t=document.cookie.split(";");for(var s in t)if(t.hasOwnProperty(s))if(-1!=t[s].indexOf(e+"="))return decodeURIComponent(t[s].split("=")[1]);return""}

in both jscripts-ftr-min.js and jscripts-ftr2-min.js, or whatever source file you used to create them. I’ll send a message via your contact form as well.

To clarify how I encountered the problem–something added the function “shuffle()” to my Array.prototype, so your script is trying to treat the shuffle function like yet another cookie in the cookies array. Results in jscripts-ftr2-min.js:1 Uncaught TypeError: t[s].indexOf is not a function

Same issue… enabling W3 total cache disables visual composer for all roles except admin. @douglas89, did you find a solution?

This is an issue for me with roles other than administrator–the Backend button doesn’t show up for my Editor role, which is crucial. Digging into the code now to see what’s up.

I also had the problem with the 4.5 upgrade where the editor doesn’t load, but the Backend button was still visible at that point. Now that that’s fixed, only admins can use Visual Composer…

Ah HAH. Turns out that I had enabled curl but not curl_ssl on the server. Additionally, I installed ca-certificates (“sudo apt-get install ca-certificates” on Debian-based, “sudo yum install ca-certificates” on rpm-based) as well, but I’m not sure if it was necessary.

Good luck y’all.

Yeah, a few people have commented on the release post on his site, but he hasn’t responded to any of them. The stack trace doesn’t tell you anything of value, I’m having some real trouble debugging this one.

I’ll let you know if I figure it out.

The best solution I’ve found aside from hacking into the plugin’s core files is to use jQuery to add the class:

My code:
$(document).ready(function(){
$(‘#navigation .sub-menu .sub-menu’).parent().addClass(‘has-children’);
});

This ensures that only level two and higher menus will get the ‘has-children’ class. Kinda hacky, but works perfectly.

I don’t want to sound like a jerk about it… but if you don’t know how to edit sidebar.php, you probably should be editing anything on wordpress. Your best bet is to go with a widget-ready theme and use the widget editor under Appearance>Widgets