BuddyPress.org

That’s correct. Read the FAQ:
https://buddypress.org/community/groups/buddypress-usernames-only/

I believe I’ve answered most of the questions, but let me know if anything isn’t clear.

@rossagrant – Not certain that these core hacks will be in for v1.2.4, but I’ll see if I can sway the dev team

Re: profile loop – http://testbp.org/members/andy/profile/ – it’s the part right underneath the profile tab.

I just noticed a small bug and just put out v0.51. If you can’t wait for WordPress’ plugin repository to update, you can manually download the files here:
https://plugins.svn.wordpress.org/buddypress-usernames-only/trunk/

Luckily for you, I just created a plugin for such a thing!
https://buddypress.org/community/groups/buddypress-usernames-only/

Please follow the plugin instructions.

One thing I noticed with the sidebar login is that it doesn’t have a link if the user has forgotten their password. Any fix for that?

I do not want to alienate people who did not ask to be immediately signed up to a forum

BuddyPress is not a forum script!

—

So you want to remove someone’s profile if it matches a certain ID?
It’s could be possible to redirect to the homepage if someone attempts to go to a certain user’s profile.

+1 ..i would very much like something like this, iv been searching high n low n cant seem to find a solution..really need such an ads module..

@bofw @catagirl @agrundner – Plugin is out!
https://buddypress.org/community/groups/buddypress-usernames-only

Read the instructions! You have to apply two core hacks.

@r-a-y – Yes unfortunately. Hopefully someone can look at the ticket again.

I was also having this problem in clean installs of WP 2.9.2 + BP 1.2.3. I finally tracked the cause down to this: https://trac.buddypress.org/changeset/2882/trunk. Basically there’s a defect in the script that inserts the initial row into the xprofile fields table (wp_bp_xprofile_fields). A workaround (if you have SQL access) is to run these 2 statements:

ALTER TABLE wp_bp_xprofile_fields modify order_by varchar(15) not null default ”;
INSERT INTO wp_bp_xprofile_fields (id, group_id, parent_id, type, name, description, is_required, can_delete)
VALUES (1, 1, 0, ‘textbox’, ‘Name’, ”, 1, 0);

After I executed those statements, it shows my group members.
Note that the changeset also added a default for order_by, so I’m guessing that caused problems as well.

Are you sure the data is not being added? It appears that your function is firing. Do you mean to say instead that the saved data does not get displayed after the function has fired?

There is nothing in the few lines of code you’ve pasted above that would make your data_to_add() work when hooked to the wp action event but not the bp_activity_posted_update action event. Since both events get fired and subsequently fire your added action function, the data should be written to the DB in either case.

Did you find anywhere in your googling where a blank page means php errors and you should check your error logs?

The avatar function is working on my site but not on the buddypress forum/website for me (shame as I have many questions to ask but I dont want the members thinking im as grumpy as my avatar makes me look Does anyone know how to rectify this?

tbh it’s considered a bad thing for developers to do, the opening of new windows is a browser issue and as such it’s considered impolite to force your wishes on the end user. It is my decision as to how I deal with links not yours, if you try and disrupt my browsing habits I’m annoyed; regardless I override anything you might try and do so it’s largely wasted effort your new window becomes a new tab for me.

This action is also a behaviour and as such the use of attributes is rightly deprecated, but they can be added via scripting. You could give the following code a try it would need to be added to a functions.php file in a child theme.


function rss_new_win() {
echo <<<SCRIPT

SCRIPT;
}
add_action('wp_head', 'rss_new_win');


I can’t vouch for how well this works, it’s tested and works ok but whether it breaks any WP/BP script inclusion rules I’m not familiar with i couldn’t say so it should be used cautiously ; also take note that it adds an attribute to all anchors that have a li parent of class ‘feed’ if that condition is not true then it would fail (the main feed on the activity steam is marked up in this fashion if others exist that are contary then they would need to be added in some manner to this code.

IGNORE THE CODE POSTED HERE IT DOESN’T DISPLAY CORRECTLY grab from this pastebin link if you want to give it a go:
http://pastebin.com/keBUmVxX

The “Action Event Firing Order” is an array that holds all action hooks that will be fired. Since your function data_to_add does not have a hook–i.e. it does not have a do_action( ‘data_to_add’); call–there will be nothing in that array. So, that is fine.

But, it does seem that the action event bp_activity_posted_update is firing your hooked to action function. The next step is to make sure that you are attaching to, hooking into, the proper action event hook. The hook bp_activity_posted_update passes three parameters, so hooking your custom function to it is not the best idea, unless you are trying to modify any of those three parameters. What exactly are you trying to accomplish?

@linusf – So you applied the changes listed in the changeset and you still receive the wrong friend count? If so, please re-open the ticket.