BuddyPress.org

Are you sure you have the profile component activated?

If you do, then it’s a load order issue.
You’re calling the function before BP is fully loaded.

Try moving that code into bp-custom.php.

If that doesn’t work, use pastebin or gist to share the code where you use xprofile_get_field_data, especially the action or filter hook.

As you can read, some of those aren’t related to BuddyPress. What versions of BuddyPress, bbPress, and WordPress are you using?

style.css
screenshot.jpg
header.php
functions.php
footer.php
buddypress (folder)
-activity (folder
-members (folder)
–member-header.php
-forums (folder)
-groups (folder)

@matthew_radich you should check out the code Sharmavishal wrote, it works great, and I also use Buddypress Xprofile Custom Fields. 🙂

Yes i meant permalinks settings.
https://codex.wordpress.org/Settings_Permalinks_Screen
By going on the permalink page and simply clicking on update, without doing any change, will refresh the whole site urls. This is recommanded after heavy modification on pages, posts, menus.

You can also check the permalink format on the “member” page, just in case off. Sometimes there is a number at the end of the URL which shouldn’t be…

Activate debug mode and see if you receive somme other error msg
https://codex.wordpress.org/WP_DEBUG

If nothing works, read here and provide the whole bunch of information.

Sorry, my english is a bit french! 😉 Is this really unclear:
So you have nothing other to do as to create them from the settings page.

And you have nothing to activate in the menu.
The log-in option in the menu exist if you prefer to get on the menu bar instead of a sidebar, throught the login widget.

By default there is a login widgt in wordpres, another one in buddypress and if you use bbpress you get a third. But there is no need to use and activate all.

For the naming, you can use what you want, but be aware that naming vocabulary can easily conflict with coding language such as php. And log in (or loggin, log-in,….) is one of these dangereous word. Avoid !

@ebellempire – This was my fault.

Just fixed this up:
https://buddypress.trac.wordpress.org/changeset/8763

Thanks for finding this bug!

@jcarbohn
Have you associated buddypress pages in dashboard/settings/buddypress/pages?
This tends to happen when one does not check the anyone can register box beside membership in dashboard/settings/general before activating buddypress because then the pages are not automatically associated. You will have to manually associate the pages.

Hi @ebellempire,

If you use BP 2.0+, this changeset would interrest you highly.

Without knowing the error itself I can only guess. In the example code I gave I open PHP <?php and close PHP ?> , however, if you already have it open it is unnecessary and can error out if you haven’t previously closed it.

As suggested by @noizeburger, if you make the bp-custom.php page in wp-content/plugins (the actual plugins root directory not the buddypress specific directory) and put the code in there it should work and will still work if you end up changing themes later on as long as you put the images in a directory outside of the theme.

I hope this helps.

With BuddyPress you don’t need the profile builder plugin. BP has is own profile component (xprofile) to do this.

After i create Register or Activate page, they show up in the main web-site menu, but as soon as I associate them with BP, they disappear.
Normal: it is intended so ! 😉

Once created, both page won’t show up in the menu buider (dashboard > appearence > menus)
So you have nothing other to do as to create them from the settings page.
These page are only visible in the pages list, but they are blank and should stay blank. No template, no any other association. Component pages are only for internal purpose.

Hi @rossagrant,

can you make a test with the trunk version ?

Many details have been modified around the load more area.
Are you aware that bp-default is no more included in BuddyPress ? (yes, probably 😉 )
The future of the bp-default theme
I’m affraid that compatibility issues have not the priority for the moment, bp-default is a few step away to be added to the wordpress.org theme repo and BP itself is in a cleaning stage from this theme.

FYI, see also these tickets
https://buddypress.trac.wordpress.org/ticket/5629
https://buddypress.trac.wordpress.org/ticket/5687
https://buddypress.trac.wordpress.org/ticket/5779

Both sites are on the same server with the same settings. But do they use the same DB ?
Have you tried to activate/deactivite the load more option in BP’s settings ? Maybe mobile devices don’t support a 5 mn latency ? Or some weird cookie issue ?

@iryna_b,

if you tried couple of times, have you deleted some component pages and recreate them ? If yes, it is possible that these delayed pages are still in the trash. If so, you have to clear it.

Now that you’re sure to have only one page for registration and one for activation, recheck your WP settings, the permalinks (anything but not by default), deactivate all plugins except BP and activate the 2014 theme and check if something changed.
If ok, reactivate your plugins one by one, and depending the result, you contact the plugin author or the theme support and ensure yourself it is compatible with buddypress.

For the 2nd question: yes !

New post or a page publication is made by WordPress, not by BuddyPress.
The only pages BP needs are those created for each activated component. The content of these page is generated dynamically, depending of the context, and in fact, these pages are only intended for internal purpose, to fit with WordPress’s fonctionnalities.
In a few words, BP is using the wp page system, but doesn’t use a page like WP.
https://codex.wordpress.org/Pages

So the question is how to allow your users to publish a blog post directly from the frontend.
https://wordpress.org/plugins/front-end-publishing/

For pages, it’s a bit more delicate.
WordPress pages are generally used for displaying static content. That’s why publishing pages is under the responsability of the site owner and/or an editor, but not allowed (by default) for authors or contributors. Also, accessing to pages will need some menu adjustment.

I wouldn’t recommend to let your authors handle pages.

Add Meta Box to Admin Extended User Profile

Did you tried this plugin or worse, for inspiration ?
https://wordpress.org/support/plugin/buddypress-xprofile-custom-fields-type

Hi @timvango,

this is not a buddypress related question. Media attachment is a typical WP job. So no direct answer to this here, but you could try the WP-ShowHide plugin. Normally it hides only text, but the author did a new version who also manage galeries (beta ?).

Try this in your theme/functions.php or plugins/bp-custom.php

function demonja_group_requests( $request ) {

	$request = str_replace(array("\r\n", "\r", "\n"), "<br/>", $request);
	return '<br/>' . $request;

}
add_filter( 'bp_group_request_comment', 'demonja_group_requests', 1, 1 );