@gaganawhad, the “Skeleton component” is for BP plugins!
What you want is the BP Skeleton Member Theme, which can be found in:
/wp-content/plugins/buddypress/bp-themes/bpskeletonmember/
Move that folder to:
/wp-content/bp-themes/
Activate it in the WPMU admin area – “BuddyPress > General Settings” and you should be ready to start theming!
I’m with you carlmartin10. I’m running the latest WPMU and just updated svn for buddyPress and am still unable to get the avatars to upload or display. There’s a ton of results when you do a search on the problem, but pretty much all of them either tell you to update or set the permissions. If that doesn’t solve the problem, we’re pretty much left out in the cold!
Let me know if that works. It would go in wp-content/themes/bphome/css/site-wide.css
When I saw you all talking about using Javascript just to center a theme and give it a fixed width… I sensed someone somewhere along the line went down a rabbit hole 
LOL.
Thanks, that’s a better suggestion, not really much of a coder, just stumble across solutions..
If I find something that works I try and share that, but more often than not someone else has a much better idea, so not sure if its a help or hindrance……try to steer clear of javascript where possible though
Javascript?! Good lord. Just make a site-wide.css file with one line of code in it
body {width: 970px;}
Does that not work?
Have a look in your sitemeta table. There are some buddypress records you need to remove.
As there was no solution provided here and its been some time ago maybe this has been resolved, but its a problem that I encountered.
I haven’t fully tested this but after a hunt around I found a couple of techniquues.
Using javascript to refresh on resize between the <head> tags causes infinite loops in IE in some cases so that will not solve the problem.
I found out though that if you include position:relative in all of your main outer divs including body and body.directory in the IE fixes css files in the bphome and bpmember themes your problems should go away…
Let me know if this works for you….as I’ve only tested it locally and on IE7…
You have to edit it by hand. You can use the Firebug addon to Firefox to get help with which CSS-code to change.
As far as I know, you only need to do the editing in custom.css. It should override the original settings.
That might be the problem. You need to get WPMU working before worrying about BuddyPress.
Looking at the URL, it thinks you are trying to register a new hosted blog at “http://waapsols.com/”.
When you installed WPMU, in the installation screen it asks you for a server name to use. What did you enter? I am guessing you entered your server’s IP address?
If that’s the case, delete .htaccess and wp-config.php and drop the database, and try reinstalling, but enter “waapsols.com” during the installation.
The thing is: I only thought I had deactivated the bp-plugin completely (via backend).
I guess it was removed from the active_sitewide_plugins-field in the sitemeta-table in the database – but it was not removed from the wpmu_sitewide_plugins-field in the same table.
So the site still worked (no HTTP-500-error), and the umlaut-issue with the p2-theme remained.
When I then removed the bp-plugin-entry via phpmyadmin from both fields, the “main blog” didn’t appear anymore (error 500), but the two “sub blogs” I have still functioned. And the one sub blog with the P2-theme worked then without the umlaut-issue.
I hope this clears things up a bit.
So for me it is pretty clear that the bp-plugin somehow interferes with the P2-editor and causes the umlaut-issue.
I deactivated all plugins via phpmyadmin – in the sitemeta-table as well as in the options-table of the single blogs (there are 3 in my installation right now).
So the HTTP-500-Error disappeared. And all of a sudden the P2-theme worked properly as well.
This means: the regular deactivation via backend of the buddypress-plugin didn#t really work. The umlaut-issue with P2-theme seems related to buddypress.
HELP! Since I tried to reactivate the BP plugin I receive a HTTP 500 error when I try to reach the site… mpf!
I’ll check it. Thanks for the support!
You have said that the problem occurs on WPMU, and that it does not occur on regular WP. You have also said this problem is not caused by BuddyPress.
I haven’t got an install of regular WP to test this on, so I am going to assume it is either a WPMU issue *or* you are using an old version of the P2 theme.
Doing more research I found the following thread in the wp-forum:
https://wordpress.org/support/topic/273413?replies=2:
—-
Mippe: P2 brokes äÄ öÖ åÅ letters when editing. That pretty much sums it all up.
noel (Administrator): We’re aware of the issue and will fixing this in the next release.
But I am still unsure: This problem then occurs only with WordPress MU?
I deactivated the BP-plugin. Problem remains. So it’s probably an issue with WordPress MU and the P2-theme?!
You can view the roadmap at https://buddypress.org/about/roadmap and find for yourself. As Jeff Sayre posted a couple of months back, if you have a question for Nicola, send him a message on this site.
This post would be two or three months old and out-of-date if it hadn’t kept being bumped by people asking “is it out yet?”. I am tempted to close this thread.
Try removing or disabling BuddyPress. Does this problem still occur on WordPress MU?
yep, you can with some css. the parts you wanna tweak are #header and #main, if i remember correctly. you can also download the Avenue K9 theme from this page https://buddypress.org/extend/themes/ to help you get started, which is optimized for those pesky 1024×768 screens.
Thanks so do you change it in both? Can’t you have them all the same?
Also, I believe the css is changable via GUI or on the admin webpage can this be done or do I have to directly edit the css code by hand?
TIA!
Roscosys – Please be clear what you want to edit. You can definitely edit the slugs just read this
https://codex.buddypress.org/how-to-guides/customizing-labels-messages-and-urls/
and the core hack is not advisable – it means we dont advise editing the widget file as it will be overridden when you upgrade.
That’s a new feature coming in the next release of BuddyPress, which I believe to be coming in a couple of weeks.
I’m having the same issue as described above in that when I add pages to the blog that buddypress is active on they are being highlighted as member pages in the navigation bar, even though according to the is_page rules the member page should only highlight when the BP_MEMBER_SLUG is identified. For some reason all .com/######/ are being highlighted as member pages (well those that are not main blog, groups or blogs anyway …
I will try and mess around with the bp_is_page vs is_page as r-a-y suggests. I also use dreamweaver for editing code but have never rewrite code on phph enabled so can’t see that as being the issue.
