Well, okay then. You have the same GD library that I’m using.
Have you always had this problem or did it start happening after you updated BuddyPress?
In your theme look for header.php. There you can change the names of the links.
For example:
<?php _e( \’Blog\’, \’buddypress\’ ) ?>
Change it to
<?php _e( \’My Blog\’, \’buddypress\’ ) ?>
Remember to change it in your members theme too.
Note that this will only change the text not the actual link. So it will show [My Blog] but it will still go to yoursite.com/blog
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 am using trunk buddypress on my working copy and developing plugin for it, what is the best practice to keep buddypress trunk and my plugin which is in separated SVN repository.
Using svn:external ? How to deal with main bp-myplugin.php file in buddypress root?
Hello,
I’ve setup buddypress using default theme and I see following links in the menu [the one that appears below the [Login] [Signup] button.
It appears like this –
[Home] [Blog] [Members] [Groups] [Blogs]
The second and last option, [Blog] & [Blogs] is kinda confusing. I’d like to change [blog] to something like [My Blog] and [Blogs] to some other name.
How can I do that?
I hope i’ve help you in someway.
Good Luck my friend.
2226588Inactive
I`ve installed my buddypress blog successfully, but now when i try to watch a post of my default blog in the detail view (click on the title of my blog), i do not get any detail view. on a default blog the single.php is called for viewing the detail, but not in my case.
can anybody recognize my error?
do you need more information?
thanks in advance for your help…
best regards,
Dominik
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 );
