Re; forum. I had bbpress already installed and pointed buddypress to bb-config.php. After doing the upgrade to 1.1.3 buddypress lost that information and was looking for the forum in plugins/budypress/bp-forums/. I copied bbpress manually to this folder and things are OK now, I hope.
=======
Re: User Rights. I use LDAP and if I add LDAP users via Admin area, changing their rights works OK. However if I let a user account be created as soon as the user logins for the first time via LDAP that sets the user lever to Author. When I change this user lever to Editor it goes back to Author after user logs in and attempts to do some editing (blog post/page).
So I give ldapUser1 Edit rights to blog123. ldapUser1 logs in and goes to edit a page in the blog. ‘Edit this entry’ message shows up. User clicks on it and gets a message ‘You are not allowed to edit this page.’ at the same time user rights reset back to Author.
This might be a bug with LDAP plugin?! Will test it with WPMU + LDAP only.
=======
Re: disabling buddypress. Well that screwed up my whole site 
. Lucky me it was a test one.
Ajdin
Yes, that line gets your current theme’s style.css file. In buddypress’s case, it’ll get the bp-sn-parent style.ccs..
@nexia – Thanks for responding. I should clarify that the installation is on a remote server, I only mentioned my use of OS X 10.6 in case it was possible that unzipping the files there before uploading them might have caused some sort of weirdness.
@Brajesh – I have several instances of the stable release of buddypress running on the same server, under several different domains, no problems with any of them. The only difference this time is that I am using the buddypress trunk files rather than the stable files.
Thanks for clarifying that the trunk can be installed from the downloaded archive, I suspected that shouldn’t be a problem.
The use of a Mac to initially download the files before uploaded them to my CentOS/WHM server should be immaterial, unless doing so have so sort of affect upon the files as they pass through.
I don’t believe the BP theme as a template hierarchy. All of the template in the parent theme are required. I would say.
the file structure, or the templates
they would both be helpful.
hi Donnacha
Let me clarify first.
It is not the case.the bleeding version of Buddypress can be installed from the downloaded archive from
https://trac.buddypress.org/browser/trunk
I have done it successfully on my local windows install(I run your great work wpmu on my local windows for testing )
Please try uploading a stable release of buddypress in wp-content/plugins and see ,if it is appearing ?
If not,then must have something to with the server,
If yes, then further investigation will be required,may be a word from Andy or someone who has done it on Mac will be great.
is this occuring only on your local installation in a clean wpmu?… because i’m with a OS-X 10.6 as well, using your technique, and it shows properly on my production site…
Some further details:
OS X 10.6
Google Chrome used to visit https://trac.buddypress.org/browser/trunk and to select the zip file at the bottom of that page.
Archive Utility used to unzip the file.
I placed the BP files in a freshly downloaded local copy of MU 2.8.6, mostly in wp-content/plugins but with the two BP theme folders going into wp-content/themes.
Transmit used to SFTP the whole lot up to my server.
Terminal used to make permission changes.
The above steps have worked every time when using the current version of BP.
This time, however, the MU installation went smoothly but there was no sign of BuddyPress on the plugins page.
I double-checked that all the expected folder and files were in wp-content/plugins. I also copied them into mu-plugins, in case that made a difference … it didn’t.
IS IT THE CASE that the trunk can only be installed via SVN?
If so, why is the zip made available?
I would greatly appreciate any suggestions.
Brajesh, thanks for the suggestion.
Unfortunately, I am logged in as site admin, so, that is not the cause of the problem.
The subdomains are for the blogs themselves. Buddypress puts the user profiles in subfolders.
Gotta tell you though… NOSERUB has the WORST Installation process… just terrible…
It would be cool. If my users just sign up on my buddypress+WPMU+NoseRub install and there profiles get the benefit of “aggregated” content..
But Frankly, theres a lot of duplication in feature set…
…though.. it would be cool…
Disable BuddyPress and see if the problem continues.
The noiserub-protokol is very simular to the open stack. So you can built decentralised networks. It would be very nice to have support for is in Buddypress.
Applications with the NoseRub protocol keep information about profile data for each of the contacts. These profiles get synchronised between the applications/social networks … and can be used by any other NoseRub service. NoseRub uses already available standards like OpenID, RSS and FOAF to provide the goal of having a truely decentralised social network.
eAccelerator makes a huge difference on memory usage. Thanks for the feedback, also be sure to check this page out:
https://codex.buddypress.org/getting-started/improving-performance/
The bp-default theme is a “child theme” of bp-sn-parent theme, and you copy the bp-default theme and rename the theme folder to e.g. mythemename to make a child theme of your own. It’s not easy. If you have strong CSS foundation and Firebug, this process will take a few hours to tweak if you already have a design in mind.
https://codex.buddypress.org/how-to-guides/building-a-buddypress-child-theme/ Plus google “create wordpress child themes” or check out ” free BuddyPress child themes”
Btw, you can download latest BP 1.1.3 already
BuddyPress 1.1.3 is the newly released, stable version. The current ‘trunk’ represents the work which will become BP 1.2.
This thread covers the issue pretty well:
https://buddypress.org/forums/topic/buddypress-113-installation-fail-in-bp-activityphp
Turns out I needed to delete the plugin entirely and reinstall from scratch.
I had more or less the same problem. Tried the auto-update. Error. Tried overwriting the files. Error. finally deleted the BP plugin, reinstalled, and am now back in business.
@ David Lewis: Buddypress 1.1.3 is the latest “bleeding edge”, isn’t it? And that fix I posted earlier doesn’t work?
I had the same problem, but I followed Davids advice and did this:
All plug-ins are disabled and I have a backup of my db too.
Went to phpmyadmin and in the table wp_sitemeta removed the values by clicking on the edit button from the 3 columns.
wpmu_sitewide_plugins
deactivated_sitewide_plugins
active_sitewide_plugins
Then went to cpanel>mysqldatabases and repaired the database
Then went into my file manager (my site always has issues with cache) and removed any of the long cache folders in wp_content/cache
Went back to my dashboard, left the plugins menu and went back into it and enabled buddypress. Then enabled all the other plugins.
Some the steps I’m sure aren’t needed but it worked for me.
My “sledgehammer” option assumes you have access to your Database… most likely via PHPMyAdmin. Look for a databases option in your web host control panel. Open the database for your site and look for the wp_sitemeta table near the bottom of the list of tables on the left. Open that table. Then click on the “browse” tab to see the contents of that table. Now look for the “active_sitewide_plugins” row (in the meta_key column). Edit that sucker. Just click on the little pencil. And simply delete the junk that is stored in the “meta_key_value”. This worked for me. But please bear in mind… you’re messing directly with the database! And you do so at your own risk. But again… this worked for me. And it should be pretty safe. Just don’t go editing or deleting other things in there willy-nilly. You could bust the entire site pretty easily.
Maybe make a backup before you start. Right when you open the database… click the “export” tab.
Thanks for your suggestions but the BP default theme that i’m using there isnt any file named footer.php. in buddypress bp-themes –> bp_default there is a folders named _inc which further has folders css and images.
Please suggest…how to proceed
Ok. Now I’ve really screwed things up. I thought I could take the advice of Meerblickzimmer and go in to the Plugins folder and rename the buddypress folder (even though it was deactivated already, I thought I could install fresh again and see if that helped.
Now I get this error on an otherwise white screen sitewide:
Fatal error: Class ‘BP_Groups_Group’ not found in /home/litcirc/public_html/wp-content/plugins/bp-group-calendar/bp-group-calendar.php on line 129
Even thought that calendar plugin wasn’t active in the first place. I tried to backtrack by renaming the buddypress folder back to what it was, but the damage is done somehow.
Same error as gsmith above. Very new WPMU / Buddypress install, so BP was the only active plugin. Deactivated it. Upgraded Automatically. Got the error.
Then when in an manually updated, overwriting the still deactivated plugin with 1.1.3. Same error again.
Can someone break down this sledgehammer method in a bit more detail?
