What other 3rd-party plugins do you have installed and activated?
There is a growing list of plugins that interfere with the avatar uploading and/or cropping process within BP. See this thread: https://buddypress.org/forums/topic/faq-how-to-code-snippets-and-solutions#post-11864
i think i have cooties cause i hardly ever get responses to my posts in this forum. i love buddypress but i don’t ever seem to get much help in here. oh well i think i will just remove the option to upload an avatar from my registration page and resolve my own topic.
Good idea r-a-y! It is summer vacation now, but I will definitely include some as our users start building their profile and groups with this plugin. These are some upcoming feautures:
* Construct the group_id, this allows us to switch blogs in the group and pull in the relevant information. (done)
* Construct the reverse blog_id, this allows us to have group based loops in the blog to display members, profile, activity etc based on the group id. (done)
* Allow blog registration at group sign up, much like how you can create a blog at site registration.
* Add members silently to the blog when they become group members.
* Different role caps depending on role within the group. By default members are authors, mods are editors and admins are admins.
* Allow the admin set role caps on group roles, e.g. the group admin only want its members to be subscribers. Or editors for a wiki type solution.
* Have an option to disable silent adding of members in case the group admin only wants (or needs) the group blog be accessible by him (or her).
* Create more templates. One we have now is a simple template that creates a menu from the page titles, which allows the group to behave like a cms.
We will also offer some blog templates to help make the blog look transparent to the information you display within the group so its transition from group to blog nad vice versa is seemless.
Thanks for your interests already.
Thanks Burt…I’ll give that a look. Currently we are extending the functionality a great deal as well and make it more inetegrated with the Group registration as well, but I’ll make sure to check that out to avoid duplication.
It is so much fun developing for bp…I come from a Drupal background and the coding for wp/bp is so much more refreshing and user friendly.
so i tried commenting out those two lines and no success with uploading avatars from the registration page. blogs.dir/1 and all of it’s subdirectories permissions are set to 777. any other have any other ideas?
so i removed the premium avatart plugin but still can’t upload from the registration page of buddypress. can anyone please help me out with my question above. what impact would commenting out
RewriteCond %{REQUEST_URI} !.*wp-content/plugins.*
RewriteRule ^(.*/)?files/(.*) wp-content/blogs.php?file=$2 [L]
have on the rest of my site? why would this be in .htaccess if it’s ok to just comment them out?
thanks
I think, at this point, that you would have to go in and edit the file used during registration. This isn’t a good method, though, because that means when BuddyPress updates, your changes will be overwritten.
You should be upgrading the wordpress MU 2.8.1 !
Ah, Andrew over at Premium just advised that I shouldn’t have to use their avatar plugin with BP so I will uninstall that and see if it fixes the problem.
Still would like an answer to the .htaccess question above though.
Thanks
Whenever a new user registers he get an email saying click this to activate.
And when I click it it takes me to a wierd place to crop avatars
Okay, I’m a little confused by what you are reporting:
- So, are you just testing a new BuddyPress installation? Why else would you be clicking on a new user’s registration.
- If that is the case, have you tried using two different browsers–one for each user?
- Have you cleared old session cookies before registering a new user?
- Which version of BuddyPress are you running?
- There should only be one confirmation email sent. It is the one with the activation link. Are you using different emails for each account? Be default, WPMU makes sure that there are no duplciate accounts.
- Are you using a custom themes, or the default themes?
- Do you have any other plugins, besides BuddyPress, installed and activated? If so, have you tried deactivating them to check if they might be causing a conflict?
Great workaround! Works like a charm! 
Thanks a lot, r-a-y
If anyone could tell me how to remove the blog registration part from the mysite.com/register so that all the visitor can do at that point is to create a user account, I’d be thrilled!
Hi mlemberg, read this:
https://buddypress.org/forums/topic/default-to-just-a-username#post-14828
Requires hacking a core file and a little bit of CSS to hide the “Create A Blog” block.
If anyone knows a better way, let us know.
Bump!
Is there anyone who can help me?
If anyone could tell me how to remove the blog registration part from the mysite.com/register so that all the visitor can do at that point is to create a user account, I’d be thrilled!
I do not want to completely switch off the blog functionality from Buddypress. All I want is to prevent the option from occuring at the registration stage.
Please help me – it’s kinda urgent!
So, any idea on how to do the exact opposite?
I don’t want my users to be able to create blogs at the registration point, but I do not want to turn the blog feature completely off, as they should still be able to create blogs at later stages from within the Buddypress interface.
Any good approaches?
So we should all be enormously grateful for that. I don’t think threats to move another platform are really productive.
I am grateful and Buddypress developers wouldn’t care whether I move to another platform or not. I was responding to John James Jacoby’s argument that people stick with WordPress because it has found the right balance.
WordPress is evolving from blog software to a social networking platform with Buddypress. That puts the user at the center, which is a fundamental shift in focus. That’s why I keep hammering on member management and registration.
I love the extensibility of WordPress/Buddypress, but if the foundation – member management – is a mess, that is a real problem that can force people to consider other options. I have not found good alternatives. Anahita Social Engine on Joomla could be one to watch.
Of course not, that wasn’t my point. The registration functionality in WPMU is quite restrictive and cumbersome right now. That will improve though. If you’re concerned about this, then don’t consider BuddyPress as we’re only on version 1.0.
I was going to take the gamble that it would improve over time. Hearing most developers here dismissing any architectural criticism and only singing the praises of WordPress is not encouraging though.
You know why people that join fraternities rarely ever leave? Because once you’ve gone through the hazing, you’re more likely to stay.
Right, once you’ve decided on a platform it’s very hard to go anywhere else. You’re stuck.
Every couple of years I reevaluate what to use for my websites. I started on Nucleus. The current version of my project Web2NewYork is built on WordPress with a members registration system based on code taken from PunBB.
I switched to WordPress reluctantly only because it was becoming the standard. I’m now trying to consolidate on Buddypress, if I can everything working before September. If member management/registration does not improve I will have to switch to something else next year.
Does that mean I have to keep my mouth shut about the crappy patched together membership management mess that will now become the foundation of my project?
Of course not, that wasn’t my point. The registration functionality in WPMU is quite restrictive and cumbersome right now. That will improve though. If you’re concerned about this, then don’t consider BuddyPress as we’re only on version 1.0.
Member management in WPMU/Buddypress seems patchy as hell to me, with member data spread out over several database tables that aren’t synchronized between xprofile and wpmu, mixing different methods to store data. The registration process is horribly inflexible. Basic things like styling the registration form or editing system emails require hacking core files.
Not sure if this would have been better if WordPress/Buddypress followed an MVC architecture. Wikipedia’s description of MVC:
Model-view-controller (MVC) … isolates business logic from the user interface, permitting one to be freely modified without affecting the other. The controller collects user input, the model manipulates application data, and the view presents results to the user …
I like the sound of “isolating business logic”. I want the end user functionality that WPMU/BP provides (“… WordPress’s usability …”), but have serious concerns about having to rely on WPMU/BP for central member management and registration, the foundation of my project. Unfortunately I can’t have one without the other.
Please don’t dismiss the criticism.
if there’s someone moaning about how any particular bit of software is not written following MVC, they have two options – write their own, or shut up.
They did. They are developing Anahita Social Engine on Joomla. I may have to check it out. 
@sandeepdude
It will not stop activation mail.All things are same,except the password enter by the user is shown/sent at activation,if user does not enters a password,then a random generated password is sent to the user.
@kunal17
you are right about activation.
I agree with you on adding another password field for confirm password,will do it in the next version
Thanks
Brajesh
I have not tested it yet but I am guessing it sends the activation link anyway (since the author mentions that a random password will be generated if one is not provided) which is fine by me as it will help somewhat to thwart spammers.
Brajesh, is there a way to have the user enter the password twice (like in other registration forms) to make sure it is entered correctly as the user wants?
Brian-
You should ask this question as well in the WPMU forums as it is the WPMU registration functions that allow usernames to be created with a space in them and it is the authentication functions (when a user logs in) that then has an issue with the space.
I do not know if this has already been addressed in a newer version of WPMU, but Andy is aware of this issue and I assume that he has communicated it to Donncha.
You are limited in what you can do, but deleting the username is not advisable.
You could manually edit each user account that has this issue. If you do so, you’ll of course first want to make sure you have a backup of your database. But, if you go this route, you’ll need to tell each of those affected users that you have changed their login credentials. Otherwise, they will not be able to log in.
As far as changing the display name, that will have no affect on the username. Those are two different pieces of data.
will this deactivate the activation email process?
Well,Now you can.You can allow your users to set their own password at signup.
I just created this plugin for you all .have a look here
https://wordpress.org/extend/plugins/cosmic-bp-user-signup-password/
Hope it helps.
Thanks
Brajesh
Those are all WP plugins and not WPMU ones.
I would steer clear of them.
Wishlist claimed to me their plugin works with WPMU/Buddypress. Haven’t tried it yet, but I trust the MU/BP developers did not break the basic registration process.
Also MU/BP is obviously a big potential market for these plugins, so you can kinda expect they make sure they work.
Ahh gotcha.
I thought you made an elaborate PHP coding hack! 
Be careful with the CSS content attribute.
As you know, <IE8 will not like that!
