blog only displays posts of the root (admin blog).
blogs is a directory of members’ blogs.
There is similar thread, and I’ve seen the solution. Search for “member slug” or “member url” etc…
@andy did what u suggest, but still no luck
so i have this tree
mu (svn from branch 2.7 )
--wp-content
--bp-themes
----buddypress-member (symlink from buddypress)
--mu-plugins
--plugins
----buddypress (svn from trunk)
----zoneideas-bp (svn from google code)
bp-zoneideas
bp-zoneideas.php
--themes
----buddypress-home (symlink from buddypress)
So with this i have
Warning: require_once(bp-core.php) [function.require-once]: failed to open stream: No such file or directory in /usr/home/shtirlic/public_html/mu/wp-content/plugins/zoneideas-bp/bp-zoneideas.php on line 13
my line 13 as always
require_once( \\\\\\\'bp-core.php\\\\\\\' );
So buddypress is working, my plugin not, what to do?
UPDATE:
a edited this line and added this
<br />
require_once( BP_PLUGIN_DIR . \'/bp-core.php\' );<br />
and now plugin is working, but there is now mention about it an docs or in example component
does this plugin still work with the latest wpmu 2.7.1 and bp rc 02 as i cant see it in plugins menu
is it meant to now go in plugins/buddypress
??
Hi this was straight forward and fixed a few issues i had with images showing up… I don\’t know if you mentioned it but with your custom theme you also need to update the functions.php within your \”theme\” folder aswell as the function.php within the “bp-theme” folder… well I was getting alot of errors till i did that… very straight forward up grade Thanks
Yeah, I will update the docs in the codex later today to include this wonderful fix from Andy.
Trent
Should be simple as this:
svn co http://svn.automattic.com/wordpress-mu/branches/2.7 ./wpmu
cd wpmu/wp-content/plugins
svn co https://svn.buddypress.org/trunk ./buddypress
svn co [my-plugin-repo-url] [my-plugin-dir]
Then when you want to update WPMU just svn up in /wpmu/ and when you want to update BuddyPress just svn up in /plugins/buddypress/
FIXED this worked for me..
<?php
define( ‘BPLANG’, ‘spots’ );
if ( file_exists( ABSPATH . PLUGINDIR . ‘/buddypress/bp-languages/buddypress-‘ . BPLANG . ‘.mo’ ) ) {
load_textdomain( ‘buddypress’, ABSPATH . PLUGINDIR . ‘/buddypress/bp-languages/buddypress-‘ . BPLANG . ‘.mo’ );
}
?>
Chris, that is a question that most likely is on the mind of many people. While I am not with Automattic and don’t speak for them, my experience has been that bbPress will always be designed to integrate with WP as it is developed by many of the same team. I can also say that WPMU is always going to be synced with the same code as WP and will also work with bbPress. Going even further, buddypress is written based off working with WPMU (soon to be WP as well).
While the timing of releases will require attention to what versions work with each other, there will always be a solution that works. You can be sure of that. Once stable releases come out, they will work together. If you are one of the people that always wants to use the development versions going forward, you will find issues. That is the nature of the beast, but all and all, all should be fine!
Personally, I will always be alerting Buddypress users to what works. Most likely, I will also let people know what doesn’t work since I always am testing all of the software packages on a regular basis (both stable and development).
Hope that helps 
now that its changed to plugins does the code in bp-custom change to this
<?php
define( ‘BPLANG’, ‘spots’ );
if ( file_exists( ABSPATH . PLUGINDIR . ‘buddypress/bp-languages/buddypress-‘ . BPLANG . ‘.mo’ ) ) {
load_textdomain( ‘buddypress’, ABSPATH . PLUGINDIR . ‘buddypress/bp-languages/buddypress-‘ . BPLANG . ‘.mo’ );
}
?>
Hi Burt,
your plugin works excellently… thanks.
On a related note…
if the user attempts to login with an incorrect username / password, they are thrown to the WP login screen.
Is there a straightforward way to keep them on my BuddyPress login screen?
Cheers,
Roger
Found nice guide https://codex.buddypress.org/developer-docs/installing-through-svn/
But now i getting Failed opening required ‘./mu-plugins/bp-core.php’
I hope i’ve help you in someway.
Good Luck my friend.
why use it? wp will create another one for you. just backup all the files and database before upgrading to the latest trunk..
always practice: Back Up..
okay. can i use my old config file?
I do know what you mean!
I’ve tried recreating your problem. I develop on a Mac and cannot replicate this issue in either Safari of Firefox (tried multiple versions of both). I’m running WPMU 2.7 and BP r1286.
Are you developing locally? Or are you on a remote server?
Has this always been an issue? Or could you properly crop before but not since a recent BuddyPress update?
I also assume that you cleared your browser’s cache and cookies, relaunched your browser and tried again. In years past, some people had issues with avatar cropping in IE. That trick seemed to usually work. However, since you’re also seeing this behavior in Firefox, that’s probably not what’s happening here.
Finally, which version of PHP are you running? Can you also check which version of the GD library is installed?
I have my files from here:
https://trac.mu.wordpress.org/browser/branches/2.7
its rev 1715 too
and copy it over the old 2.7 wpmu files
following the thread Jeff posted…
I used Burt\\\\\\\’s code. But it was lacking member directory and profile restriction, so here\\\\\\\’s the code I\\\\\\\’m using at moment.
BP_ was missing before MEMBERS_SLUG on the original.
function oci_restrict_access(){
global $bp, $bp_unfiltered_uri;
if (!is_user_logged_in() &&
(BP_MEMBERS_SLUG == $bp_unfiltered_uri[0] && !empty( $bp->current_action ) ||
BP_GROUPS_SLUG == $bp->current_component && !empty( $bp->current_action ))){
bp_core_redirect( $bp->root_domain );
}
}
add_action( \’wp\’, \’oci_restrict_access\’, 3 );
ok i got it. where did you get your WPMU 2.7.1?
you should pick the one that is under tags in mu.wordpress.org trac.
EDIT: get the latest trac here…
http://svn.automattic.com/wordpress-mu/branches/2.7/
its BuddyPress Core 1.0-RC2 from last trunk
all other plugins works
but i don’t can activate this important plugin
2310817Inactive
Didn’t mean to hijack the thread, but I think my question is somewhat related to this specific thread. Thanks…
When wordpress mu 2.7.1 comes out as stable on wordpress.org, will buddypress RC2 or later will have proper upgrade procedures for us who do not use subversion stuffs?
Or upgrading buddypress is easy as delete the old plugins from mu-plugin or plugins directory (for RC2), and replace it with RC2 plugins (pick and choose components)?
I have never try upgrade Buddypress yet in fear of breaking stuffs. Any help would be great.
Here is our bartending community website by BuddyPress
http://www.cocktailshows.com
