lepardman

I’m also having the same problem. Massive performance issues from Woocommerce 8.9.3.

I experience the same problem unfortunately

Thanks for the reply @threadi, much appreciated! Yes, I am aware of the particular Github issue and have also made my voice heard in that thread. ?? But it’s four years old and I guess the situation is different now when the iframe solution is shipped? Which means I and many more devs (according to issue 17854 amongst others) need to find a solution to this. Maybe someone have figured out an alternative solution until core is “fixed”?

Sorry, my problem was textdomain related. Please ignore my previous post and cheers for making a great plugin.

Probably because of this:
Compatible up to: 3.9.2
Last Updated: 2014-6-9

I guess we have to wait for an update compatible with ACF Pro. I hope it will be updated soon.

So, I’m testing this on a site with WPML 2.9.1 with English set as primary language and with translations in Swedish, German, French and Spanish.

The new common.php solves the issue above and works fine by just showing results for the given language. But on all other languages than my primary (English) it just shows results for pages (post_type = ‘page’). Blog posts and custom post type posts etc are ignored and won’t show up. Any ideas?

Edit: Hmm, this is really random but I might have screwed up that last part. Don’t care about that, it seems to work.

I think I have the same problem. Just updated a site to WP 3.6 and Relevanssi 3.1.7 and it also shows hits for all languages. I’ll try the new common.php immediately – just letting you guys know.

I sent you an email. ??

I just updated to your latest version (thank you) and tried again and it all seems to work now. I’ll test some more. If I find something I’ll give you access.

PS. quick question: where can I find (and remove) the fixfloat-divs in the ad listings (the divs that are outputed between .displayaditemseven and .displayaditemsodd)?

Hello!
It’s version 2.1.2

Same here as well.

Ah good! ??

Can you connect with Facebook too?

antys, I think we might have a “solution” on the clash with SFC. I found an old thread describing the same problem and I guess there hasn’t been a fix. Well anyway, as described here, we can do an ugly fix commenting out those two lines in nggfunctions.php.

line 417 : $GLOBALS['nggShowGallery'] = true;
line 427 : $GLOBALS['subalbum'] = true;

Although the line numbers seems to have changed a bit and I found it on 431 and 441.

I think it works for now (need to test SFC as well), but as always remember to repeat the procedure if you’re updating the plugin (unless NGG fix this issue in upcoming releases).

antys I have the exact same problem. I disabled Simple Facebook Connect and the galleries show. So, how do we solve this?