BuddyPress.org

@peterverkooijen – I guess it’s possible to make sure display/real names are unique, but you still run into the issue of someone having the same name. The email address is unique; you’re right.

@r-a-y (“Usernames are unique.”) Only when they are required to be unique. You could also require display/real names to be unique. The emerging standard is that the email address has to be unique. The @mentions system could check by the email address connected to the real name. There really is no excuse to keep a username at the center of all things.

@r-a-y yep works beautifully and of course one doesn’t remove the amended sql query just the function call in functions.php.

@r-a-y ah thanks I’ll give that a shot, but reverting the changes after successful completion will just produce the same issue if one dectivates/reactivates BP or am I thinking that through incorrectly (guess I’ll know after running it )

@clivoo – The problem with using display names with the @mentions system is display names can be duplicated; people can have the same name (eg. John Smith). Usernames are unique.

@hnla – Sorry I forgot to write that the sql query in the previous post refers to bp-blogs.php.

@r-a-y what file are you referring to with that sql query earlier as at the moment each deactivation reactivation of BP simply wipes the reset fields in that table.

Users seem correct.

tbh I’m not prepared to waste too much time on this as it was only out of curiosity and I hadn’t intended trying to work WP 3.01 and BP 1.2.4 until both were at stable releases

@nuprn1 – $current_site exists in WPMU 2.9.2. Not sure why $current_site is not doing anything in the bp_blogs_record_existing_blogs() function.

@hnla – See if the blog has a user attached to it. If it doesn’t, assign a user to the blog as an admin.

—
*Page 1 of results is not sorting properly, at least on testbp.org; something weird is going on. But if you click through to page 5, for example, it does sort by real name correctly (“Aaron Brazell, Aaron Castaneda, Aaron Chaote”, etc). If you look at the link to their profile, that uses the username (as is designed), and in the case of Aaron Brazell, as an example, you see his username is nothing like his real name. But not on page 1.

This is obviously a bug, as the latter pages work, and this is useful feedback. The BuddyPress developers can only fix bugs if people report them (https://trac.buddypress.org/).
—

@DJPaul – same issue related to this trac ticket?
https://trac.buddypress.org/ticket/1670

I have it installed as well, and it isn’t working for me either. Seems to install ok, but I never finds the addresses I put in user profiles. This is the error I get:

“Your location was not found. Please try again by pinning your marker manually.”

But the markers done work either.

Anyone monitoring this that can help?

I have it installed as well, and it isn’t working for me either. I don’t get an error message like that, but I never finds the addresses I put in user profiles. This is the error I get:

“Your location was not found. Please try again by pinning your marker manually.”

But the markers done work either.

Anyone monitoring this that can help?

@hnla
i have a fresh install. i have no blogs created but the first default blog is not shown.
it was no upgrade. i have installed the new bp 1.2.4.

the admin bar is not shown my blog under “my blogs” and redirect me to “Home”.

@Travel-Junkie

Your advice worked like a charm !
Thanks a lot !

i have instert: INSERT INTO `cb_bp_user_blogs` VALUES(1, 1, 1);
but it did not work…
i have a fresh install of wp 3.0 beta 2 multisite and buddypress 1.2.4
the values are correct because i have only one user and one blog (default or first blog) and the id’s are correct.
whats wrong?

I can’t spend the time checking this out @rossagrant for a while as I’m busy with other projects, but I will when I can.

@thelandman, in my solution I use javascript to generate the username from the weird semi-optional xprofile fullname field, hide the username field on the form, use the email login plugin so members don’t need the username to log in, add more custom code to synchronize the fullname and the fullname-derived username to all the various similar fields in the database, etc. It’s messy, but somewhat workable.

The point is that it should not be that hard. Using full names, Firstname Lastname, should be part of the core. Seeing that none of this is fixed in 1.2+ and probably will never be fixed, I have no plans to upgrade to newer versions of Buddypress and will continue developing my version as a fork, more suited for professional and business use. If anyone is interested in working with me on that, please contact me directly.

@mercime solved ! had to comment “AllowOverride None” in httpd apache conf file !

@mercime but apparently the issue comme from permalinks not solved by my apache install

Hi Dave,

I installed 1.3.2 fine but when I try to chat I get an error inside the chat page

Parse error: parse error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or ‘}’ in /home/content/a/t/o/atomiccafe/html/upoubams/wp-content/plugins/buddypress-ajax-chat/bp-chat/chat/lib/class/CustomAJAXChat.php on line 14

Here are the Lines:
10 #error_reporting(E_ALL);
11 #ini_set(‘display_errors’, ‘1’);
12
13 class CustomAJAXChat extends AJAXChat {
14 public $bp_config = array();
15 public $channels = null;
16 public $users = null;
17
18 public $loggedin_user_fullname = null;
19 public $xml_logout_url = null;
20 public $loggedin_user_id = null;
21 public $name_type = null;

I have the latest BuddyPress on a single instance of WordPress 2.9.2

Can you help?

Thanks

@mercime thanks but already done !