BuddyPress.org

hi @venutius

Sorry something went wrong with BuddyPress Links.

It appears this plugin has a specific way to build its component. It’s actually not using the BP_Component class.

I’ve run some test with branch 1.7 of the BuddyPress skeleton component (https://github.com/boonebgorges/buddypress-skeleton-component/tree/1.7) which is using the BP_Component class to set its example component. With this plugin, the directory page issue is not happening.

So i’d recommand the author of the plugin to use the BP_Component class making sure the Links component is set as active using this kind of code https://github.com/boonebgorges/buddypress-skeleton-component/blob/1.7/includes/bp-example-loader.php#L64

In 2.2 we’ve introduced a bp_is_active() check in the function bp_core_get_directory_page_ids(), i think it’s the reason why this problem has occured with this plugin. See https://buddypress.trac.wordpress.org/browser/tags/2.2.0/src/bp-core/bp-core-functions.php#L439

Hi @mrjarbenne

Using Twenty Fifteen with just BuddyPress and BuddyPress follow activated, I can’t seem to reproduce the problem. Can you provide some details of your set-up and open a Trac ticket so that it can be investigated? With the default theme and no plugins things should work so I’m a little puzzled. The core dev team will know more.

Hi @tranny

I’m sorry to read about the problem you’re having when activating BuddyPress. From what you’ve described it looks like a plugin or a theme is checking for a capacity very early in the process, well at least before the BuddyPress members component has been fully loaded.

BuddyPress hooks ‘plugins_loaded’ at a 10 priority and define its components a little while after. So your target is a plugin, a theme, or a specific code direclty loaded in global scope that is doing a current_user_can() before the action ‘plugins_loaded’ has been fired.

If you look at this page, you’ll see there are 3 actions fired before ‘plugins_loaded’ : https://codex.wordpress.org/Plugin_API/Action_Reference#Actions_Run_During_an_Admin_Page_Request

Searching the cause of the problem won’t be easy, if i were you i’d do a back up of your entire site and would do some tests on a local server making sure the local server environment contains a x-debug client so that it would display the different functions called before the error appears.

Hi @alexmoon

I’ve not seen a plugin that can do this but you may have some luck searching in the WordPress Plugin Directory.

Hi @shouldyourent

Unfortunately, this isn’t currently possible. You’d need to either a) find a plugin or b) write some custom code to do the job for you.

/wp-content/plugin/buddypress/bp-activity/activity-template.php is a core file and you are indeed right to think that any changes you make will be overwritten when you upgrade the plugin.

As I mentioned earlier, you should modify your activity template (sorry for not being clearer). The link I provided (to the BuddyPress Template Hierarchy) explains how you can create your own templates.

To explain what I meant about bp_activity_add(), you’d write your own function which contains a call to bp_activity_add(). bp_activity_add() will add an item to the activity stream for you. Hooks are a feature of WordPress, you can read more about them here. You’d hook your custom function to a particular action which will result in bp_activity_add() executing at exactly the time you need it to.

Hooks take a bit of getting your head around at first, but once you master them you’ll see how powerful they can be.

PS – When I crack it, is there any way I can contribute to the codex so other newbies like me have access to the stuff? How?

Sure you can! See the Participate and Contribute article for info on how you can help improve BP documentation.

Hope all this info helps! Give me a shout if you need any further help

It sounds like a bug.
Please create a ticket on trac.
Use the same user / password you use here.

WP won’t allow any character. WP uses sanitize_user function to strip out.
https://codex.wordpress.org/Function_Reference/sanitize_user

First thing I would do is deactivate all plugins and test WP registration alone to see if its WP issue. If it is then search and post in the wp.org forums.

Hi @neosnc

Thanks for sharing. Importers are always welcome. Perhaps you’d like to make it available as a plugin?

cc @djpaul – ref

I guess something is not translated, but in this case, the email text should come in english.

If yo use an “old” translation from a previous version, it is possible that something is missing in your translation.

After checking both portugese version on GlotPress, (pt_PT and pt_BR) it appears that pt_PT is not translated for 2.1.x and to 38% for pt_PT in the dev version – the one actualy used by BP 2.1.1

https://translate.wordpress.org/projects/buddypress/dev

If you use an email plugin, ensure it is matching with WP’s mail action. Or if your theme has is own mail function, check that he uses the same wording as BP (and particulary the $s var) who fires the link.

Code in 2.1.1 looks like this

%1$s,\n
\n
\n
\n
Thanks for registering! To complete the activation of your account and blog, please click the following link:\n
\n
%2$s\n
\n
\n
\n
After you activate, you can visit your blog here:\n
\n
%3$s

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.