I searched, but none works. 
you could search a newsletter plugin for wpmu it’s the same, i don’t know if exists
Thanks Robert, I have updated the instructions.
2319040Inactive
I am using aMember with buddypress and muWordpress. They sell the muWordpress plugin that is needed to work with aMember. It works the way it was made, which is for subdirectories. It does not work with subdomains. So, I set it to only create a user account and then go in manually to create the blog. Not the best ideal, but it works.
Problem: [Members], [Groups] or [Blogs] links not working after this update.
Solution: read on ..
I have just spent all day trying to make it work with my custom theme. It finally works the way it should so I just thought I\’d post the solution here in case someone else is having the same problem.
I upgraded by following the instructions step by step including the costume theme updates and everything went smoothly. My custom theme is based on the default BP theme but heavily modified.
As I said everything worked fine except when I clicked on [Members], [Groups] or [Blogs] directories I was getting \”Access Denied – you don\’t have permission blah blah ….\” message.
I found out the updated default Buddypress members theme is missing page.php and there was a new directory \”directories\” added which contains the pages for [members] [groups] and [blogs]
So everyone who\’s having the same problem as I had, just copy the \”directories\” from the latest bp members theme and put it in your theme. Style it to match your theme look and that\’s it.
I hope that helps.
EDIT: Andy, maybe it would be a good idea to mention it in the upgrade instructions above
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 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?
