vonkanehoffen

Side note… The quote style on the COOKIE_DOMAIN snippet here isn’t correct and makes things fail for me – it should be

define( 'COOKIE_DOMAIN', $_SERVER[ 'HTTP_HOST' ] );

not

define( ‘COOKIE_DOMAIN’, $_SERVER[ ‘HTTP_HOST’ ] );

….guessing it’s the forum formatting messing things up so the above might come out wrong too. Hope that helps someone anyway ?? Standard single quote needed.

….and disable Types and the problem goes away. ….seems to be just when Types & WR MegaMenu / PageBuilder are enabled that there’s a problem for me.

….tjhe WPCF_Loader class appears to be part of the Types plug btw. …although the call is initiated by megamenu

Hey if anyone’s still looking into this, I’ve done a bit of digging and it looks to be a metadata cache issue. It only happens when a site has lots of content (with lots of postmeta!) and seems to be to do with WPCF_Loader::wpcf_cache_complete_postmeta().

Same story with WR PageBuilder too, although not as noticeable as that plugin doesn’t trigger on every page. Happens whether I’m logged in or not…. seems to be trying to do something with all the metadata for every post?! Re-cacheing it too much? Not sure…

Here’s a screengrab from Query Monitor to show you what I’m on about:
https://imgur.com/7Huqugb

Shame, cos apart from the slowness, it’s a great plugin! Hope that helps someone anyway ??

line 110 btw

Just had this myself and fixed it by commenting out:
flush_rewrite_rules();
in project-status.php
Bit of a hack as you now need to flush your rewrite rules manually when you activate the plugin, but it worked for me.

Think that function is meant to be called only once on initial plugin activation, hence the problem. Hope that helps someone ??

Aye I’m having this problem too. The plugin seemed to have wiped the data out of the DB. Even putting the original data back into shortcoder_data in the DB doesn’t seem to sort it. Only solution I’ve found so far is to re-enter it manually by looking at the SQL backup I had.
Shame that!

Here’s a walker I made to just display child menu items of the current top level one (even if they’re a few deep). Not perfect (it still shows empty

elements), but thought I’d share in case it helps anyone.

https://pastebin.com/qJ16h88S

Ta to everyone on this thread for the posts too!

Ha! Turned out to be the line:
header("Location: themes.php?page=functions.php&saved=true);
that was the problem.
Didn’t realise that even though it was an include, this would still need changing to:
header("Location: themes.php?page=the_included_file.php&saved=true);

You learn something every day!

Thanks very very much for your reply anyway ??
Sorry I didn’t get back sooner – I couldn’t narrow it down to a single function to put in a pastebin really!

Nope. Still don’t have a clue about it I’m afraid! You?

ah right! thanks very much for the advice @donncha
Sorry I only found your reply now – thought the board would have told me about it ??

Much appreciated.

Another thing that can interfere with the flash uploader is password protection, ie. if you have something like:

AuthType Basic
Require valid-user
etc etc…

in your .htaccess file.
Had my site on a testing server and was wondering what was going on here for ages!
Hope that helps someone.

Hum… I also have this problem. Ended up giving up and just not searching page content. Bit of a cop-out! Did you ever find a solution?

…i’ve also got a feeling that WP Super Cache isn’t the best way to do this and I should be using some other plugin alongside it. Any ideas? ??

Options +FollowSymLinks did it for me. I’m on OSX too.
Weird: Options FollowSymLinks is declared in the <Directory /> bit in main httpd.conf file. Wonder if it gets overridden somewhere else?
Ah well, sorted anyway!

Very much appreciated phrnck ??