BuddyPress.org

There is now a plugin that allows you to easily add a new tab to the user profile page: https://wordpress.org/plugins/buddypress-custom-profile-menu/

Full disclosure: I am the plugin author 🙂

Forget it, it’s not possible or at least complicated See here why.
If you’re a coder, you could evtl. try this solution.

On Youtube:
https://www.youtube.com/results?search_type=search_videos&search_query=wordpress+child+theme&search_sort=relevance&search_category=0&page=

On WPBeginner:
http://www.wpbeginner.com/wp-themes/how-to-create-a-wordpress-child-theme-video/

and as always, WP Codex is your friend.

Not out of the box.
By default, a wp site is managed by roles.
Site admin, editors and so on…

https://codex.wordpress.org/Roles_and_Capabilities

Members management, including registering new user directly on admin dashboard (outside of the normal registering process) is only allowed for site admins and editors.

Another solution could be to use some conditionnal fields with help of a plugin. But before giving more information for that, please give more details about what you plan exactly and the context of the site.

For example, why must the teacher register his students ? Sounds a bit strange to me.

I’m unable to reproduce this issue on a single install.
– registered using alex@test.com as username and alex as name (BP’s name field)
– on his profile, aside the header avatar i see @alextest-com

Any member links works as expected.

Tested also on MS. Trying to register alex@test.com brings the following error msg:
Usernames can only contain lowercase letters (a-z) and numbers.

Is correct too and expected for usernames on a MS install. (see #17904)

Do you use custom code, login or social plugin related to login ?
What is your theme ?
Have you tested with a Twenty theme and all plugins deactivated ?

Most probably, you have to search about buddypress on the plugin repo:
https://wordpress.org/plugins/search.php?q=buddypress

welcome

try https://wordpress.org/plugins/buddypress/

and then

https://wordpress.org/plugins/search.php?q=buddypress

for lots more

No theme has a child theme. It’s to you to create one. That’s necessary if you whant to add custom style without loosing it at next update.

Sorry i don’t read chinese, but you’ll probably find some guidance on chinese WP codex
https://codex.wordpress.org/zh-cn:Main_Page

welcome

try https://wordpress.org/plugins/buddypress/

Hi @sfarinsky! Let’s get the terminology right, that may be why you’ve had struggle searching for answers.

A Multi-Site is a collection of individual Sites (blogs). A Multi-Site runs inside one Network. It is possible to have Multi-Networks, which lets you run multiple Networks — all from the same set of WordPress files.

Multi-Networks are not exposed by default, and require extra plugins to enable and manage (they’re a fairly advanced option; I have no idea how they work, to be honest).

So, yes. You have a multisite and a network (though the latter is normally a technicality). 🙂

Single Sign-On (SSO) should “just work”. Multiple domains should also “just work”, though you need to have a plugin that helps you achieve SSO across a multiple domain environment (because WordPress sets authentication cookies per-site, and cookies set on one site can’t be read from another site).

If your question is how do you get domain mapping and single sign-on, I’d suggest this plugin: https://github.com/humanmade/Mercator

Hope this helps

OK, lots of plugins. I am pretty sure it must be caused by one of the other plugins, but unfortunately we can’t get any more detailed information from this error.

Do you have a test site / development site for this? What you really need to do is switch to a default WordPress theme and see if the error message still shows up.

If it does, then you’ll need to start deactivating your plugins until you find which one causes the error to disappear when you turn it off. Once you have that, maybe someone can look at the code for that plugin and try to understand what’s happening.

An alternative is to add some debug code to print a more useful error message, but that’s something that should also only be done on a test/dev site.

Hello @prabin04,
That, reloads each time click on Favorite/Remove Favorite button. So, I override BuddyPress function to add counter next to favorite button without page load.
Here is the LINK.

Wich file format do you use for your list ? Where is this list taken from: wordpress, private list,… ?

Pehaps you could use this plugin if you used CSV ?

For more details, check on WP codex how to achieve this task. BP shares users with WP and is not concerned directly by your question.

Try this one which use CSS – and is working !

Add the snippet to child-theme’s functions.php

function replace_some_admin_menu_icons() {

// dashicons-performance = f311
// dashicons-smiley = f527
// adminmenu is the ul ID
// the second ID is the li
// div is where the icon goes
?>

<style type="text/css">

#adminmenu #toplevel_page_bp-activity div.wp-menu-image:before {
  content: '\f311';
}

#adminmenu #menu-posts-reply div.wp-menu-image:before {
  content: '\f527';
}
</style>

<?php } 
add_action( 'admin_head', 'replace_some_admin_menu_icons' );

Reference: WordPress Dashicons

Perhaps that filter hook is for filtering embeds in WordPress content? BuddyPress must have a filter for this. I’ll need to have a dig around…

This is confusing. Do we talk about group header image or site header image ?

The first post of the thread mention group header. You added yours saying “i have the same problem”.
It is not the same problem apparently !

As example, when i go to Lotus group, the group header image is in
<a id="header-cover-image" href=..../groups/lotus/"></a>

So i’m pretty sure my solution should work for the group header image.

Your custom-header-image is in a div, that’s right, but it is the general site header image.

You received an answer on your theme support, but i suggest you try it without the error:

The single group page
body.single-item.groups #custom-img-header

instead of (which is the group directory page)
body.directory.groups #custom-img-header

This one is working on my theme
body.single-item.groups img.header-img

That’s very theme dependant and eventually if you customized your site it needs adjustment too. Essentially CSS and JS. Unable to tell more as you didn’t mention wich theme you use.

Perhaps you can also try to use this plugin
https://wordpress.org/plugins/buddymobile/

What version of WordPress, BuddyPress, are you using?

What theme, and what other plugins do you have active?

Ah, what’s the profile field type for that? Is it a date field type or a “Birthday” field type?

Are you using the https://wordpress.org/plugins/buddypress-xprofile-custom-fields-type/ plugin ?

See in bp-templates/bp-legacy/buddypress/members/single

and read here for some general guidance. Note: even if only Twenty theme are described as example, you can use (more or less) the same technique for any other theme.

What ever, all starts by creating a child-theme as very first step.

Related to your question, do drop down list of the sub nav and hide them in the object nav fields, i think you don’t need to alter a template, but to write a custom function.

As i can be wrong about you goal, perhaps take also a look to core file bp-core/bp-core-buddybar.php to understand how nav and subnav are instanciated.

Read also https://codex.buddypress.org/developer/navigation-api/

I posted the final bit of my solution to this problem over on BBPress Ticket #2191 here:
https://bbpress.trac.wordpress.org/ticket/2191#comment:17

It’s filter code that helps bbPress to know what BuddyPress group is associate with any activities that might happen in a sub-forum.

So the BuddyPress group still has just one forum, but that one forum can have multiple sub-forums.

[URL’s removed] by user request.
Only 5 tickets of your’s on Trac: https://buddypress.trac.wordpress.org/search?q=dono12

Thanks for the suggestion, @earl_d. I had tried it already, but at your suggestion, I tried again. I did find one user error on part that was partially responsible for the fact that it didn’t work previously (the root group forum had a visibility of “Hidden”, which breaks makes the topic inaccessible to non-admin users). But still, your suggestion didn’t work for me.

TLDR: I got it working, mostly, though not entirely, and not using the approach you suggested, but your suggestion sent me down a fruitful path that ended up working out. See Scenario 4 below. Posting all of this for the benefit (hopefully) of others that may come along some day trying to work through the same issue.

(BTW, the way I interpreted your suggestion was that I should set the top-level group forum to have type=category instead of type=forum. In any case, here are my results…)

Versions

1. WordPress: 4.6
2. bbPress: 2.5.10
3. BuddyPress: 2.6.2

Scenario 1:
(a) Create the BP Group without an associated forum.
(b) Separately, later, create a forum with type=category
(c) Go to the BP Group’s settings to try and associate the Forum to the BP Group

Fail: The forum drop-down has the category forum greyed out, probably because it’s type=category.

Scenario 2:
(a) Create the BP Group *with* an associated Forum (which will automatically have type=forum)
(b) Separately, later, go edit that new Forum’s type, setting type=category
(c) Navigate to the forum’s page within the group. Say’s “the forum is empty.”
(d) Add a new sub-forum type=forum
(e) Create Topic A in the sub-forum
(f) Navigate to the group’s forum again (as a non-admin user)

Expected: Topic A should appear
Actual: Topic A does not appear

(g) How about directly linking to Topic A? Maybe Topic A is accessible to the user, but somehow the template simply isn’t outputting it under (f) above?

Expected: Topic A should be accessible
Actual: Topic A is accessible

Therefore: the user can see and interact with Topic, but BuddyPress doesn’t know about it as being part of the forum.

In retrospect, what seems to have actually happened here is that the original group of type=forum was regenerated and associated with the BP Group. So our topic is probably not showing up in the Group because it’s parent is the sub-forum of a forum the forum that is no longer associated with the group.

Scenario 3:
I thought: If sub-forums don’t work, then maybe multiple sibling forums could work. The Settings page for BuddyPress obviously only allows you to attach one forum, though the data model seems to allow for multiples. However, after slogging through the code, it’s clear that the current version of bbPress thwarts the adding of multiple forums. In at least two places that I saw in the code (like includes/extend/buddypress/groups.php), you have something like this:

// No support for multiple forums yet
$forum_id = (int) ( is_array( $forum_ids ) ? $forum_ids[0] : $forum_ids );

So even if you were to completely bypass the user interface and do a hack of some kind to attach multiple forums to the group, this sort of code would thwart the hack.

Scenario 4:
So what if we go back to Scenario 1, but set up the initial group-associated forum with type=forum, instead of type=category. It would then be selectable in the admin UI, or could just be created automatically upon creation of the group.

(a) Create a new private group with an associated forum
(b) Go create a new private forum and set its parent to be that initial group forum
(c) Create a topic in the sub-forum
(d) Navigate to the forum within the group as a non-admin user

Expected: The sub-forum should be visible and navigable
Actual: It is! The user can click through, see the topic within the sub-forum, and reply on it.

Conclusion: Success! This is the best and most functional scenario thus far.

Key differences from what I’d tried and failed before:

1. All forums involved have to be set to Private visibility. If Hidden, then some aspects of this may success, but others will fail.
2. The forum that is associated with the group will have to be type=forum, not type=category. But I wrote a little plugin that disallows creation of new topics within a forum, without having to mark it CLOSED (thereby also disabling comments). So this will functionally turn this top-level group forum into a category/container forum anyway

Caveat: I have noticed that when my admin user replies on the topic within the sub-forum, the BP Activity is created as expected (seen in the admin screen under Activities), but it doesn’t show up in the BP news feed of my non-admin test user. The other way works, though: if my non-admin user posts a reply to that topic, then this activity shows up in the news feed of my admin user. I need to debug that.