Which version of BuddyPress are you using?
In the trunk, you’d be best to use…
function xprofile_get_field_data( $field, $user_id )
…to get what you’re after.
Used like…
$retval = xprofile_get_field_data( 'Address', $bp->loggedin_user->id );
That would return the value of the field “Address” for the currently logged in user.
When logged in to WPMU’s back end as Site Admin and visiting “Appearance > Themes”, the description under the BuddyPress Default 1.1-pre theme should say:
The template files are located in /themes/bp-sn-parent. The stylesheet files are located in /themes/bp-default. BuddyPress Default uses templates from BuddyPress Social Network Theme Framework. Changes made to the templates will affect both themes.
If you are seeing something different, you need to carefully look at how you’ve installed your themes.
You’ve got a nice custom theme. What you need to do is copy/merge the contents of the standard BuddyPress theme functions.php into that of the theme you are using.
If this has already been done, check your htaccess/mod_rewrite is enabled.
The links in the buddypress toolbar is not working for me. Should I do some edits in the htaccess file too ?
Like this link from the menu just takes me back to website root
http://www.librarium-online.com/members/admin/profile/edit
so does all the other, except the links in the MyBlogs part.
Hope anyone have the time to help on this one. Thanks for reading
child themes just exploit CSS cascading. I have figured out what files to move to create custom page templates. I just dumped the whole frame work into the child folder and that didn’t work.
Though I must say no one will be able to just use any WP theme with this new structure unless they do some editing of files. That’s really gonna stop a mass use of Buddypress. But hey it’s ok for me as it will allow me to make mad cash creating Buddypress themes 
This is really a WPMU issue, so I’ve posted it over there: https://mu.wordpress.org/forums/topic/14425?replies=1#post-83354
I think this issue will stop Google (and other search engines) from indexing your forum pages. So if you are using deep integration it might be a good idea to watch for a patch.
Use my little workaround at at your own risk.
I’ve also seen the blank pages.
Returning to the 404 issue (and cross posting from https://bbpress.org/forums/topic/help-404-error-but-page-displays?replies=3#post-57822), it looks like WordPress is setting the 404 because it doesn’t recognize the bbPress page that is loading.
When the global WP object is constructed, the function WP->handle_404 calls “status_header( 404 )”.
As a workaround, I modified “handle_404” to lay off the 404 if “BB_PATH” is defined (i.e. when a bbPress page is loading). This seems to work ok.
Here’s the new “handle_404” at around line 445 in “wp-includes/classes.php”.
function handle_404() {
global $wp_query;
if ( !defined( 'BB_PATH' ) && (0 == count($wp_query->posts)) && !is_404() && !is_search() && ( $this->did_permalink || (!empty($_SERVER['QUERY_STRING']) && (false === strpos($_SERVER['REQUEST_URI'], '?'))) ) ) {
// Don't 404 for these queries if they matched an object.
if ( ( is_tag() || is_category() || is_author() ) && $wp_query->get_queried_object() ) {
if ( !is_404() )
status_header( 200 );
return;
}
$wp_query->set_404();
status_header( 404 );
nocache_headers();
} elseif ( !is_404() ) {
status_header( 200 );
}
}
1 in 10 or 20 times, this forum generates blank pages when I visit. Something wasn’t happening before.
As per https://trac.buddypress.org/changeset/1843/, you need to re-activate the theme. Also you will probably need to go in and remove the themes/bp-sn-framework/ directly manually.
I installed the latest trunk. I have the bp-default child theme active. Whenever I click on a BP menu (members, blogs, etc) I get “page not found.”
Also, while the colors, header and menu tabs are formatted correctly, no other column formatting is correct.
In Appearance, BuddyPress Default 1.1-pre says “template files are located in /themes/bp-sn-parent/blogs.” Is that the correct location? If not, where is that coming from?
I followed the readme instructions, deleting the bp-themes folder. I also deactivate and reactivated the bp plugin. I’ve deleted and reuploaded the themes, as well.
By “naked” I mean the stylesheet doesn’t load, yes. Other non-BP themes load fine. The preview icon loads, and the permissions are the same as other themes (755 on dirs and 644 on files).
I noticed in the BuddyPress Settings page, there is still a line about “No themes installed” for BP generated pages. I’m presuming this is just a legacy from 1.03, but should I put the new bp themes back in a bp-themes folder? I’m at a loss why the bp themes aren’t working while every other one is fine.
Shooting of one in the dark, but try deleting the bp-themes folder from the buddypress directory now that you’ve moved the themes over.
When you say “naked” you mean the stylesheet is not loaded?
paths are set dynamically to the plugin folder and theme folder, etc, but the plugin folder names should remain the same. Try and rename all the folders of buddypress to random names, I don’t think so
I doubt that piece of stray code comes out of bp-events, I can not make anything out of it.
Just working on a clean install of BP, and tried activating bp-events, running trunk. I get the following error a couple of times on different lines:
Call-time pass-by-reference has been deprecated; If you would like to pass it by reference, modify the declaration of do_action(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file in /wp-content/plugins/bp-events/bp-events.php on line 2221
and also Failed opening required ‘/wp-content/plugins/bp-events/bp-events-cssjs.php’ (include_path=’.:/usr/local/php5/lib/php:/usr/local/lib/php’) in /wp-content/plugins/bp-events2/bp-events.php on line 21
@matthijsv You could look at how WP constructs the calendar, ie how it populates it with posts, and work from that.
I discovered this for my forum (via Google webmaster tools), then found that the forum here on BuddyPress.org is doing the same thing.
It seems that the HTTP response has a 404 status code in the header, but the page content is correct (so it renders fine in the browser).
I see this if I submit “http://buddypress.org/forums/” at http://web-sniffer.net/.
I think it is related to deep integration. If I turn off the deep integration, the problem seems to go away.
Anyone else experienced this? Am I missing something fundamental?
ps. I’m on bbPress 1.0.2, WPMU 2.8.4a, BuddyPress 1.0.3.
pps. My forum is throwing googlebot crawl errors and I suspect the same is true for the BuddyPress forums.
You need to modify the output of the User Posts and User Comments loop. The documentation for doing that can be found here:
Custom BuddyPress Loops
And what you’re specifically looking for can be found here:
I assume that you are running on the bleeding edge, that you reinstalled the most recent BuddyPress trunk. The name of the parent theme was changed in r1843 and many new improvements made to the overall new parent/child theme architecture.
As the above referenced changeset indicates, the first step you should try is reactivating your theme. If that does not do the trick, then since you’re using a customized parent/child theme, you need to make sure that you carefully inspect the new default parent/child theme and find were any changes might have been made.
You need to modify the output of the friends and groups loop. The documentation for doing that can be found here:
Custom BuddyPress Loops
And what you’re specifically looking for can be found here:
I’ve just reinstalled buddypress, and reactivated my custom child theme.
I have a couple of questions here. What is now happening with bp-sn-framework, and why is there a new bp-sn-parent? Following on from this, what is the difference between them, and which one should I continue to develop from?
There also seems to be some styling gone missing somewhere. When viewing a profile or group, the div with id content overlaps the sidebar. You can see what I mean by visiting the site I’m developing on: http://thrownultimate.com . It’s essentially CSS changes only atm, so strongly resembles the default theme.
Any pointers?
All you need to do is post a friendly reminder every 24-36 hours if you do not get any response. A simple “Bump” posting will do.
I’m closing this thread as it is basically a duplicate thread. I’ve answered in the original one here.
First of all, with the version of BuddyPress trunk that you have installed, you will now only have one activity table in your MySQL database. This table is wp_bp_activity_user_activity_cached.
I know that based on the private message you sent me, you have read this thread which details why this is the case. So, unless you added those tables back to the DB, I am surprised that you even have the other two activity tables in your DB. If the BP upgrade was successful, it should have automatically removed those two tables.
Trying to add those tables and their corresponding data back to the DB will do nothing. The BuddyPress codebase no longer references those other activity tables. They are no longer needed.
As for the Site Wide Activity widget, make sure that you log into WPMU’s backend and go to “Appearances > Widgets” and remove the Site Wide Activity widget and then add it back. Also, your widget will not show any activity until someone does something that gets recorded into the wp_bp_activity_user_activity_cached table.
Dear Sirs:
We still waiting for help of this regard, posted threee days ago. We appreciate any help to help fix this issue and proceed to finally publish our new portal http://link.odt.org.do
We just upgrade to the Buddypress trunk 1865 and WPMU 2.8.4a. Everything is running perfect except Site Wide Activity Widget is not showing nothing.
We search all forums and docs available without help. We look at DB and find Tables
wp_bp_activity_sitewide, empty, we try to copy data from backup but after it was copied through SQL and we try to login as ADMIN on Buddypress installation, data is dissapear.
wp_bp_activity_user_activity, empy, but allow us to copie data from backup
wp_bp_activity_user_activity_cached, as all the previous data.
Can somebody help us to correct the problem.
Best regards,
Thanks. Missed that.
Looks great. Definitely going to try it out:
https://wordpress.org/extend/plugins/achievements/
We have two topics on this. One is about point system, another is about achivement plugin.
