BuddyPress.org

Things are looking good! One last thing I’d like to ask about/request: previously, we could link from elsewhere into a single page that displayed all the RSS items for a group, like http://example.com/groups/examplegroup/external-blog-posts. With the advent of dropdown filtering, that doesn’t seem to work anymore, which I understand, but I’d love to be able to do.

Is there anyway we can pass a parameter in a URL, say, that would autofilter the Group page on load, to show RSS feeds (or any of the other ‘sections’ in the Group)? I’d really like to be able to do this, rather than just linking to the Group with instructions (for non-savvy users) to click on the filter button..

Marius Ooms posted an update about the bp-groupblog plugin here.

Per definition what works within your blog should also work on your groupblog. All you need is the blog id that belongs to the group. If you look at the template files you’ll see how we set the blog id and use switch blog to change blog id’s.

That’s probably what I should focus on to fix my problem!

Looking ahead we are even going further and reversing the concept of pulling in specific blog content into the group, but let the blog be the group and pull in buddypress information to the blog itself. … The main group slug would just forward to the blog home page.

I had thought about that as possible solution to the referrer check mismatch problem; just make the blog homepage, where P2 does work, the group homepage.

But I think it would create more confusion. In my theme I want to keep blogs looking like blogs and turn the group homepages into the centers for social networking activity.

So the group blog homepage would display the same posts as on the group homepage, but in a traditional blog view. Most users would see the group blog posts on the group home page or in the single.php view.

Forwarding the group slug to a blog and then make the blog look like a group home page breaks the logic of the site.

EDIT:

I still think that, atm, posting from the front-end is not developed far enough yet … It is fine for micro-blogging, but I don’t think there are option to include image/video/media uploading, tagging, and categories

There is in P2, leveraging WordPress media buttons. It’s very slick, with lightbox etc. (I see they’re missing from the version I had in my zip…)

In my setup I’m trying to get simple, stripped down microblogging front-end posting on the group homepage, with a traditional blog view on the blog homepage. So more advanced users can still go from the regular blog homepage into the wp-admin backend if they want to do more complicated post editing.

P2 has different tabs for Status Update and Blog Post on the post-form. I’d like to have those options in the group homepage if I can get it to work, but the stripped down Status Update would be priority there.

So here’s my line of new code:

<?php if ( /*bp_has_activities( 'type=sitewide&max=' . $instance['max_items'] . '&per_page=' . $instance['per_page'] ) */ bp_has_activities( 'type=sitewide&action=new_blog_comment' ) ) : ?>

But it hasn’t made a difference. Like you said, it’s only showing the comments sitewide. It’s killed the rest of the activity stream (posts, wires, status updates, etc). But it’s still not showing comments made by unregistered users.

Are we both running the same versions? WPMU 2.8.6 and BP 1.1.3?

@Headmine — JJJ had responded to some of my prior posts about this same thing, and he believed it is possible. So instead of just flooding him with a bunch of questions I spent the past few weeks reading through the codex and the bp code to see if I could figure it out on my own.

At this point I am unsure which direction to go, but I’m confident it can be done. Honestly, once people realize what I am asking for I’m pretty certain it will become a highly requested feature.

In a nutshell it would give us the ability to run our own social networks independent of each other.

Ok, I was not thinking right. What is missing is the “clear” link on the new status. It is showing “Status Display” when it should be showing “editable display” in the class code. Anyone wanna give a crack at why that would be?

I was thinking that it would be because it is not seeing the user as logged in, but of course it is…it posts to the correct users wire…

After looking through global db, I saw the buddypress did not installed any bbpress table at all. After looking into defaults.bb-schema.php, I recreated the bbpress tables as follow:

CREATE TABLE mydb_global.wp_bb_forums (

forum_id int(10) NOT NULL auto_increment,

forum_name varchar(150) NOT NULL default ”,

forum_slug varchar(255) NOT NULL default ”,

forum_desc text NOT NULL,

forum_parent int(10) NOT NULL default 0,

forum_order int(10) NOT NULL default 0,

topics bigint(20) NOT NULL default 0,

posts bigint(20) NOT NULL default 0,

PRIMARY KEY (forum_id),

KEY forum_slug (forum_slug)

);

CREATE TABLE mydb_global.wp_bb_meta (

meta_id bigint(20) NOT NULL auto_increment,

object_type varchar(16) NOT NULL default ‘bb_option’,

object_id bigint(20) NOT NULL default 0,

meta_key varchar(255) default NULL,

meta_value longtext default NULL,

PRIMARY KEY (meta_id),

KEY object_type__meta_key (object_type, meta_key),

KEY object_type__object_id__meta_key (object_type, object_id, meta_key)

);

CREATE TABLE mydb_global.wp_bb_posts (

post_id bigint(20) NOT NULL auto_increment,

forum_id int(10) NOT NULL default 1,

topic_id bigint(20) NOT NULL default 1,

poster_id int(10) NOT NULL default 0,

post_text text NOT NULL,

post_time datetime NOT NULL default ‘0000-00-00 00:00:00’,

poster_ip varchar(15) NOT NULL default ”,

post_status tinyint(1) NOT NULL default 0,

post_position bigint(20) NOT NULL default 0,

PRIMARY KEY (post_id),

KEY topic_time (topic_id, post_time),

KEY poster_time (poster_id, post_time),

KEY post_time (post_time),

FULLTEXT KEY post_text (post_text)

) TYPE = MYISAM;

CREATE TABLE mydb_global.wp_bb_terms (

term_id bigint(20) NOT NULL auto_increment,

name varchar(55) NOT NULL default ”,

slug varchar(200) NOT NULL default ”,

term_group bigint(10) NOT NULL default 0,

PRIMARY KEY (term_id),

UNIQUE KEY slug (slug),

KEY name (name)

);

CREATE TABLE mydb_global.wp_bb_term_relationships (

object_id bigint(20) NOT NULL default 0,

term_taxonomy_id bigint(20) NOT NULL default 0,

user_id bigint(20) NOT NULL default 0,

term_order int(11) NOT NULL default 0,

PRIMARY KEY (object_id, term_taxonomy_id),

KEY term_taxonomy_id (term_taxonomy_id)

);

CREATE TABLE mydb_global.wp_bb_term_taxonomy (

term_taxonomy_id bigint(20) NOT NULL auto_increment,

term_id bigint(20) NOT NULL default 0,

taxonomy varchar(32) NOT NULL default ”,

description longtext NOT NULL,

parent bigint(20) NOT NULL default 0,

count bigint(20) NOT NULL default 0,

PRIMARY KEY (term_taxonomy_id),

UNIQUE KEY term_id_taxonomy (term_id, taxonomy),

KEY taxonomy (taxonomy)

);

CREATE TABLE mydb_global.wp_bb_topics (

topic_id bigint(20) NOT NULL auto_increment,

topic_title varchar(100) NOT NULL default ”,

topic_slug varchar(255) NOT NULL default ”,

topic_poster bigint(20) NOT NULL default 0,

topic_poster_name varchar(40) NOT NULL default ‘Anonymous’,

topic_last_poster bigint(20) NOT NULL default 0,

topic_last_poster_name varchar(40) NOT NULL default ”,

topic_start_time datetime NOT NULL default ‘0000-00-00 00:00:00’,

topic_time datetime NOT NULL default ‘0000-00-00 00:00:00’,

forum_id int(10) NOT NULL default 1,

topic_status tinyint(1) NOT NULL default 0,

topic_open tinyint(1) NOT NULL default 1,

topic_last_post_id bigint(20) NOT NULL default 1,

topic_sticky tinyint(1) NOT NULL default 0,

topic_posts bigint(20) NOT NULL default 0,

tag_count bigint(20) NOT NULL default 0,

PRIMARY KEY (topic_id),

KEY topic_slug (topic_slug),

KEY forum_time (forum_id, topic_time),

KEY user_start_time (topic_poster, topic_start_time),

KEY stickies (topic_status, topic_sticky, topic_time)

);

CREATE TABLE mydb_global.wp_bb_users (

ID bigint(20) unsigned NOT NULL auto_increment,

user_login varchar(60) NOT NULL default ”,

user_pass varchar(64) NOT NULL default ”,

user_nicename varchar(50) NOT NULL default ”,

user_email varchar(100) NOT NULL default ”,

user_url varchar(100) NOT NULL default ”,

user_registered datetime NOT NULL default ‘0000-00-00 00:00:00’,

user_status int(11) NOT NULL default 0,

display_name varchar(250) NOT NULL default ”,

PRIMARY KEY (ID),

UNIQUE KEY user_login (user_login),

UNIQUE KEY user_nicename (user_nicename),

KEY user_registered (user_registered)

);

CREATE TABLE mydb_global.wp_bb_usermeta (

umeta_id bigint(20) NOT NULL auto_increment,

user_id bigint(20) NOT NULL default 0,

meta_key varchar(255),

meta_value longtext,

PRIMARY KEY (umeta_id),

KEY user_id (user_id),

KEY meta_key (meta_key)

);

Unfortunately, test user is still cannot create topic. BBpress forum is essentially broken.

Hi JJJ – just had a mosey around the site back end – your avatar image shows in the WPMU users list, but not on the BP user list (e.g. if I go to “make friends” your user name is there, but not your avatar, same if I go to the members list from the main menu buttons below the buddy bar. Similarly, on the BP themed home page, your avatar doesn’t reveal in the site-wide activity in the recent activity (middle) column.

Will run the WPMU upgrade shortly – was waiting for you to finish trying before I did that.

Posts in WPMU blogging have a similar issue with images – example – using the site default blog, an image uploads fine but doesn’t display in media manager or in the post preview (both edit page and save-draft-&-preview.

I still keep coming back to that path name ” /blogs.dir/ ” I am convinced (without rational reason) that the period in that name is the issue. If upgrading to 2.8.5.1 doesn’t fix it, I’ll have a go at changing that folder name to a standard name type and see if that assists, then post back here.

It’ll be a couple of hours thouggh as I have some offline urgent jobs that are long overdue.

Many thanks for investigating

Gaz

update I deactivated all my plugins and then only activated buddypress and it seemed to get rid of the ads code, but still displayed site wide activity for each member. so it was a plugin issue, one that I was using to place ads into the posts and pages. Not crucial but would be nice to have eventually working so users can put in their own code without tweaking the template. one last thing that is a different topic I also upgraded bpPicture Album to the new version thinking it would improve my problem but am getting this error when i activated it and on the album page.Warning: call_user_func_array() [function.call-user-func-array]: First argument is expected to be a valid callback, '' was given in /home/content/12/4455612/html/wp-includes/plugin.php on line 414 I’ll ask the creater of the plugin too.

Thanks for the support

-Aaron

This works!

$array = $wpdb->get_var("SELECT meta FROM $wpdb->signups");



$my_vars = unserialize($array);



$fullname = $my_vars[field_1];



echo $fullname;

I know it’s basically DJPaul’s solution, twenty posts back, but minus the apostrophes.

So now I know how to get the fullname, but still not how to get the fullname of the user that is activating = has the activation key?

Why doesn’t this work then?:

function synchro_wp_usermeta($key) {

global $bp, $wpdb;



$array = $wpdb->get_var("SELECT meta FROM $wpdb->signups WHERE activation_key = %s", $key);



$my_vars = unserialize($array);



$fullname = $my_vars[field_1];



$space = strpos( $fullname, ' ' );



if ( false === $space ) {

$firstname = $fullname;

$lastname = '';

} else {

$firstname = substr( $fullname, 0, $space );

$lastname = trim( substr( $fullname, $space, strlen($fullname) ) );

}



update_usermeta( $bp->loggedin_user->id, 'nickname', $fullname );

update_usermeta( $bp->loggedin_user->id, 'first_name', $firstname );

update_usermeta( $bp->loggedin_user->id, 'last_name', $lastname );



$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET display_name = %s WHERE ID = %d", $fullname, $bp->loggedin_user->id ) );

$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET user_url = %s WHERE ID = %d", bp_core_get_user_domain( $bp->loggedin_user->id ), $bp->loggedin_user->id ) );

}

add_action( 'wpmu_activate_user', 'synchro_wp_usermeta', 10, 1);