BuddyPress.org

2 plugins, depending your project, are avaible
Rendez-Vous
Google Calendar Events, will need some adjustment probably

Did you use a one click installer from your host to install WordPress?

Hi @iuriem

I haven’t seen a plugin that can do this but try searching the WordPress Plugin Directory to see if anything is available.

@wadsworth4 @danbp Reported the Twenty Fifteen issue https://buddypress.trac.wordpress.org/ticket/6107

@number_6 @sbrajesh Thank you for the report. https://buddypress.trac.wordpress.org/ticket/6180 🙂

Hi,
It is a bug with BuddyPress and there is still an open ticket for the purpose.
You can see the details here

https://buddypress.trac.wordpress.org/ticket/5087

and here
https://buddypress.trac.wordpress.org/ticket/5643

At the moment, there does not seem to be a solution. The problem is that query variable ‘s’ is used for Normal WordPress search as well as BuddyPress activity search too. So, When BuddyPress activity is set as home page, the wordpress search query( which is like sitename/?s=someterm) is mistaken for BuddyPress activity search and gets handled by BuddyPress causing the trouble.

It will need some work on the way BuddyPress catches url(I am hoping that). let us hope that it makes to the core soon.

Have you read here ?
http://miled.github.io/wordpress-social-login/troubleshooting.html

Hi Fan,
Do you mean removing the tabs in user profile ?
If yes, Please visit Dashboard->Settings->BuddyPress then click on the components tab.
there you can disable the Notifications and settings component.

If you are using WordPress multisite, you can find the BuddyPress settings under NetworkAdmin->Settings->BuddyPress

Hope that helps.

hi,

increasing the avaible memory means php memory, which handles scripts.
On a usual install, WP+BP need at least 128mo to run flawless.

Even if the server as the theoric resources, weird scripts or bad coded theme or plugins can lead to severe issues…

Read here for some basics about blank sreen of death.
This is actually the only issue which is real ! You have to consult the log files to track down the responsible script who generate this error.

Please give also more details about your install (theme name or site url, used plugins, server type and php, mysql version number) if you need more and/or better help.

I’m sorry too, but i can’t learn you to use BuddyPress and WordPress. I can only guide you. It’s a volonteer based forum, and understand that i can’t offer you a lot of my time.

You asked how to apply at least a background color to the buddy nav.

The CSS code i indicated should go in a file called style.css
This file exist in almost any theme. Open it and copy/paste the code, save and bam, you’re done.

For more explanation about child theme or any other custom work, you have to read WP & BP‘s codex or find some tutorials on the net.

Be also aware that you use a premium theme, which can be difficult for you to find assistance outside of the theme support.

I guess it’s not an error, but intended so.

Twenty Thirteen title on activity page:
your-site/activites/ activity | site name

Twenty Fifteen:
your-site/activites/ activities |

If on a user, profile the page title is the username – which is correct in regards of the h1 on that page: the username !

On previous Twenty themes, the title was username|blogname, not wrong but incorrect in regards of HTML spec. A page title should contain reference to a document. A blogname is not a document ! HTML5 title element.

<title> in this new theme is based on <h1>, without additionnal noise such as the blogname everywhere.

Did you also noticed that 2015’s header doesn’t contain wp_title() ?

For more about this new usage, see this ticket (nacin, yoast, boone,…)

The only thing i would change, is removing the pipe when an item comes alone or replacing it by a space. 😉

Visited your site, then uploaded wp framework to test it with 2.2 RC2 and got many php errors.
Immediatly after theme activation and a fatal error while trying to modify a group photo.

Seems you got it to work with 2.1.1, but as this theme was designed for BP 1.5/1.7′ BP Default, it’s most probably that some deprecated fonction are used by the framework.

I haven’t checked further, but imho, if you haven’t done special settings to use with 2.1.1, troubled times are awaiting you with next BP release.

WP Framework wasn’t updated since over 2 years, and BP 2.2 is very different of 1.7. They’re so many up to date frameworks on hand to play with, why do you choose an unmaintained theme ? 😉

Also @skyrant, it’s possible this is just a bug in our implementation, and using WordPress’s add_menu_page() function, which requires a capability be passed into it that is consequently checked on the current site being accessed, and not the root site where the bp_moderate capability is likely to be assigned.

I’ve opened a ticket in our bug tracker to bring a bit more attention to this as a bigger issue, so if you end up creating any patches, go ahead and drop them there:

https://buddypress.trac.wordpress.org/ticket/6175

Hey @skyrant, project lead chiming in here. Apologies for @ubernaut’s response; it doesn’t come across as very helpful or inviting, nor does it point you in any directions as to where to start building this type of functionality, which is the type of helpful reply I would expect from our forums normally.

You’ll want to look into WordPress’s map_meta_cap filter, and more specifically, our bp_moderate capability checks.

In the old days, we used a bunch of is_super_admin() checks to only allow the type of access you desire to network administrators. This proved to be too powerful an assumption once BuddyPress started working on Single-Site installations, and so we ported (almost) everything to checking for bp_moderate instead.

You could create a new role and grant it the bp_moderate capability. In doing so, any user with that role will have the ability to moderate the entire BuddyPress community.

This also is a bit more powerful than we would like it to be, and in the future we hope to introduce dedicated roles and capabilities all through-out BuddyPress very similarly to the way we did with bbPress. It’s not in the immediate roadmap however, so if this is an area you’re interested in, and want to help us improve it, let’s keep a dialogue going here and see if anyone else chimes in.

Try storing the role selected when registering in user_meta.
Then use that data to actually set the role via this hook bp_core_activated_user
in this file: \buddypress\bp-members\bp-members-functions.php

Try this:
http://wordpress.stackexchange.com/questions/125754/buddypress-conditionally-filter-directory-based-on-xprofile-field

Not tested recently, may not work with upcoming 2.2

@dio1987
try the rtmedia plugin ( https://wordpress.org/plugins/buddypress-media/ ) or the newer and upcoming media press : http://buddydev.com/buddypress/presenting-mediapress-media-plugin-will-ever-need-buddypress/

These may do what you are asking about if I understand your question.