BuddyPress & Theme Customiser

[McPherson]

Hi, I’ve spent the morning trying to figure out why Theme > Customise freezes when I choose a new value. For example I can navigate to change Main Section Text Colour but as soon as I select a value the preview goes opaque as if it’s about to load the new setting but it never does. After removing all plugins and adding them back in 1 at a time it is BuddyPress that causes this. I confirmed by removing them all again and adding only BuddyPress.

This is on a local WAMP install and the strange thing is I have tried the theme on a test server online and it works fine. I’m stumped, can I send you any debug/error logs or…?

Thanks
Ewan

[Laura]

Hello, will assign the ticket to a higher support level who can help and advise you in your query.
Thanks! ?

Hi there!!! Help others from the community and mark any reply as solution if it solved your question. Mark as a solution

[McPherson]

Thanks Laura. I can only think that something in BuddyPress doesn’t like the fact that my install is local on WAMP and not ‘online’. Not sure why that would make a difference as the server it’s on has internet access and everything else in WordPress and the Theme works perfectly so far.
Cheers
Ewan

[Radu]

Hi,

Maybe because of memory allocation?

Turn on the debug to see what’s wrong there

Steps to enable wp debug:

•  Connect to your server by FTP
• Look in root directory of your WordPress install and open wp-config.php
• Search for define( ‘WP_DEBUG’, false ); and change FALSE value to TRUE

COPY CODE

define( 'WP_DEBUG', true );

•   After this line add this:

COPY CODE

define( 'WP_DEBUG_LOG', true );

WP_DEBUG_LOG is a companion to WP_DEBUG that causes all errors to also be saved to a debug.log log file inside the /wp-content/ directory. This is useful if you want to review all notices later or need to view notices generated off-screen (e.g. during an AJAX request or wp-cron run).

Repeat the described actions and then check the debug.log file and let me know what error appears.

If this is useless please try to deactivate additional plugins except Visual Composer, K-elements, BuddyPress, Paid memberships pro and revolution slider.

After you have disabled the plugins try to see if the error persists.

If says something about memory follow this solution : seventhqueen.com/blog/code-snippets/increase-php-memory-limit-in-wordpress.html

Cheers
R.

Hi there!!! Help others from the community and mark any reply as solution if it solved your question. Mark as a solution

[McPherson]

Hi Radu, debug log attached.

I cleared it out first
Opened homepage
Went to WP Admin and opened the customiser.
Tried to change a sidemenu font.
Waited for couple minutes while it froze then clicked the cross on the customiser to cancel the changes.

Thanks
Ewan

[McPherson]

Also to add to above, memory limit had already been increased last week to 3000M.

I also tried deactivating all plugins again except BuddyPress and Visual Composer which are the only 2 from your list above that I have. Customiser bar on left shows but page doesn’t load at all. Attached is a pic of dev tools console.

Thanks
Ewan

[McPherson]

Hi, some more info which I’m not sure if it’s relevant or not. If you look at the attached screen pics, one is from my Live Local site and one is from the Test Online server. In both pics I am looking at the styling in Chrome Dev Tools and they appear to be looking at different style sheets. Does this give any clues?
Thanks
Ewan

[Radu]

Hi,

On my local I cannot reproduce that issue, do you run somehow PHP7?

Do you encounter the same issue on localhost and also on live?

Did you have tried to re-download the theme and to re-upload theme files over the existing one?

It’s hard to guide you since I cannot reproduce this on my local install

Cheers
R.

Hi there!!! Help others from the community and mark any reply as solution if it solved your question. Mark as a solution

[McPherson]

Hi, my WAMP install has PHP 5.6.25 and 7.0.10 available but it’s 5.6.25 that’s currently in use.

No this only happens local, if you see the screen prints in my last post above it shows issue is not present on live install.

I did think about re-uploading the theme again but wasn’t sure if I’d lose any changes I made to fonts/colours/logos etc. I may just try it anyway…

[Radu]

Hi again,

CAn you check if this file it’s on your localhost ?

http://localhost/buddyapp/wp-content/uploads/custom_styles/kleo_dynamic.css

This file normally it’s re-generated when you do some changes in customizer or you change something in wp-admin -> appearance -> theme options

Maybe on your localhost there is no permission to write?

Check if that file exists

Cheers
R.

Hi there!!! Help others from the community and mark any reply as solution if it solved your question. Mark as a solution

[McPherson]

Hi, it’s very strange. I’m tempted to wipe out the WAMP install (even though every other plugin works fine) and start again. Yes kleo_dynamic.css is there and WAMP has full permissions on the www directory and sub directories.

If I watch the custom_styles folder when I use the customiser/theme options I can see the kleo_dynamic.css disappear when I save. At that point the site won’t load but admin does. The only thing I can do is deactivate BuddyPress then activate again and kleo_dynamic.css appears in the folder again!

I’ve re-uploaded the BuddyApp theme and also downloaded BuddyPress separately and re-uploaded that too but still the same.

As my images attached show the kleo_dynamic.css file is not being used in areas it should be. For the profile-cover-inner class it shows ok for the working online server but not for the wamp local server.

I think my only option is to re-install or move online quicker than I planned.

Thanks for your help
Ewan

[Radu]

Yes, it’s normally the file to be re-created
Did you have tried to look in source code of the page if there it;s loaded the kleo_dynamic.css file ?
Odd thing, most sure there it’s an environment problem, did you have rewrite module activated on your local server?

Cheers
R.

Hi there!!! Help others from the community and mark any reply as solution if it solved your question. Mark as a solution

[McPherson]

Hi, actually things have progressed to moving online quicker than I thought! I’m getting some hosting next week so will install from scratch there and fingers crossed all will be well.

Quick question – Do you use or recommend any password tricks/plugins to force strong passwords for all users? I need to do this for the online install.

Thanks again
Ewan

[Radu]

Hi,

You can use this plugin to force users to choose a strong pass: https://wordpress.org/plugins/force-strong-passwords/

For wp security, i recommend you WangGuard plugin https://wordpress.org/plugins/wangguard/

Cheers
R.

Hi there!!! Help others from the community and mark any reply as solution if it solved your question. Mark as a solution

[McPherson]

Hi, thanks Radu. Now I know this is not your issue but quick question on this page here,

https://wordpress.org/plugins/force-strong-passwords/

It says to add this below to Force ALL users to have strong password, where do I add this code? functions.php or the plugins php file?

if ( function_exists( ‘slt_fsp_init’ ) ) {
//plugin is activated
add_filter( ‘slt_fsp_caps_check’, ‘__return_empty_array’ );
}

[Radu]

Hi,
No problem
That can be added to child theme functions.php file ( wp-content/themes/kleo-child/functions.php )

Cheers
R.

Hi there!!! Help others from the community and mark any reply as solution if it solved your question. Mark as a solution

[McPherson]

Hi, apologies for not replying sooner. As mentioned in earlier posts we have moved to a permanent online host now and this problem did not appear. Thanks for all your help.
Ewan

[Radu]

Okk

Cheers
R.

Hi there!!! Help others from the community and mark any reply as solution if it solved your question. Mark as a solution

[Author]

Posts