BuddyPress.org

I saw the same issue, and switching to the default theme cured it. Would someone please give me a clue what to look for that might lead to this? I don’t see a reply.php in the bp default theme, what controls that? Thanks!

What theme are you using? If you purchased a BP theme, the theme author should know what needs to be updated/corrected in theme.

That would require major changes in your theme files. See how @sbrajesh at BuddyDev help others do this http://buddydev.com/forums/topic/ajax-tabs
DISCLAIMER – you’d need to update some deprecated or revised template tags/functions.

That would be at line 27 of https://buddypress.trac.wordpress.org/browser/tags/1.5.5/bp-themes/bp-default/registration/register.php which should be located at wp-content/themes/yourCurrentTheme/registration/register.php

@magoo25 glad you resolved it. If you were using a WP theme with BP template pack, that means that the transfer of BP template files to your active WP theme was corrupted/incomplete otherwise you wouldn’t have had to upload settings.php into your theme folder..

BP does not set font correctly to a percentage it sets the body font to 12px – far too small for comfort – and then proceeds to set further fixed pixel widths so sadly it’s not very easy to get a smooth font size change over a layout.

You can change the body font declaration in a child theme stylesheet re-set it to 100% to allow your browsers font-size to be the standard baseline size the site displays fonts from however this won’t really help the fact that there are fixed width font sizes throughout the layout styles but in terms of posts and pages these don’t have font sizes set iirc so changing the body font to 100% should give you a font size on these elements equal to your browser default font size – normally 16px – equally if this is for your purposes only all browsers allow for either text re-sizing or zoom re-sizing of a site which perhaps is a method you could be using.

The reason you are having problems is due to mal-formed markup, if markup is broken then rendering engines have to make best guesses at how to render a DOM that makes sense to it and then try and apply what CSS properties it can .

Your immediate problem – the white text – is due to your header elements being unclosed. You have two unclosed elements in the <div id=”header”> block this means that the parser has to guess at what makes sense and it sees the last unclosed div and then takes the closing header tag and applies it to that last child div, the result is that #header is still actually open any properties it has are inherited if that’s their aspect to all further elements until the parser can find a suitable closing div thus the rule color: #fff; applied to #header is filtering through.

Finish off the two inner divs in #header with correct closing tags and the colour for the majority of body text will return to bp-default body colour.

I found on here somewhere (??? sorry I can’t find it now) – that if you COPY the Settings folder from the MEMBER folder in the Buddypress CORE over to the MEMBER folder in your THEME – it will resolve our issue.
Copy the ENTIRE Settings folder from here
…./wp-content/plugins/buddypress/bp-themes/bp-default/members/single/settings

to here — be sure to put it in YOUR THEME FOLDER

…./wp-content/themes/YOUR THEME FOLDER/members/single

This worked fine for me.

Hard to say exactly, doubt it was an issue resolved by re-installing BP though – switching themes can be an issue or at least de-activating BP then trying to go straight to the frontend without first ensuring a WP theme is enabled will cause white screen – but your scenario doesn’t suggest that was process involved as you talk about components- what sounds more likely is that you had a BP plugin/s running that don’t correctly check for BP loaded before they try and run.

You should be able to check if a plugin is at fault by leaving BP deactivated and in turn activating BP plugins to see whether one causes an issue of the type you describe.

As always first instruction is to activate the BP default theme and see if the button still doesn’t work to determine if it’s your custom theme causing the issue, likewise plugins might also be causing a conflict so if possible disable all that are not vital.

Not enough detail to be able to help you with.

You will need to provide a link so someone can actually see what’s happening.

Does one of these avatars (say, a group avatar) work on one site, but not the others? Can you share the URLs to the images that the default theme gives you? Can you confirm the version of WordPress and BuddyPress that you’re running?

Then those themes are disrupting BP’s Ajax functionality – why exactly is difficult to say it’s a little too generic to say a few themes there could be various reasons, troubleshooting what’s happening requires loading the theme and working that out, as for guides I doubt there is any thing that specific, someone will need to work out the issues, the fix then post that to the codex.

== the issue was there before the upgrade, which I hoped was going to fix the problem ==

The issue, not being able to update user profile, was fixed in BP 1.5. So I would change to Twenty Eleven,deactivate all plugins and delete BuddyPress. Upload BuddyPress via FTPto wp-content/plugins/buddypress, activate BP and activate bp-default theme. Also, you did go through the BP Installation Wizard when you upgraded from BP 1.2.9 to BP 1.5.5 right?

I have the same problem that Tilley46 had, above. I am wondering if a solution was ever found?. I have installed, deleted and re-installed and get the exact same error message. Using the bp default theme didn’t help either. I googled it and found a number of people have had the same problem but nobody seems to have a definitive fix. I’m at a loss too.

@creaturis Lines #61-67 of https://buddypress.trac.wordpress.org/browser/tags/1.5.5/bp-themes/bp-default/sidebar.php

It’s not a widget in the backend. I assume it’s hardcoded into the theme template, but I’m unable to take a look at it and confirm.