BuddyPress.org

Thanks r-a-y, I did look into that – I have everything enabled except Blog Tracking and bbPress Forums. My only other options (all of which are enabled) are as follows:

Activity Streams

Groups

Private Messaging

Comment Wire

Extended Profiles

Status Updates

…..

OK, I saw this in bp-activity.php:

/* Drop the old sitewide and user activity tables */

$wpdb->query( “DROP TABLE IF EXISTS {$wpdb->base_prefix}bp_activity_user_activity” );

$wpdb->query( “DROP TABLE IF EXISTS {$wpdb->base_prefix}bp_activity_sitewide” );

And so I look in the db and saw there is no bp_activity_user_activity table, and there is no bp_activity_sitewide table. This means it’s a good thing since these got dropped.

Though I saw this

$sql[] = “CREATE TABLE {$bp->activity->table_name}

but to my lack of knowledge of programming, I see this and think it’s bp_activity_something (but no idea)…

Looked everywhere and I only saw this in db bp_activity_user_activity_cached. This table doesn’t look like it was created by

$sql[] = “CREATE TABLE {$bp->activity->table_name}, but I could be wrong because I looked at the part under $sql[] = “CREATE TABLE {$bp->activity ->table_name} and saw similar rows get created and these rows are in my bp_activity_user_activity_cached table.

For example, in bp-activity.php,

function bp_activity_install() {

global $wpdb, $bp;

if ( !empty($wpdb->charset) )

$charset_collate = “DEFAULT CHARACTER SET $wpdb->charset”;

$sql[] = “CREATE TABLE {$bp->activity->table_name} (

id bigint(20) NOT NULL AUTO_INCREMENT PRIMARY KEY,

user_id bigint(20) NOT NULL,

component_name varchar(75) NOT NULL,

component_action varchar(75) NOT NULL,

content longtext NOT NULL,

primary_link varchar(150) NOT NULL,

item_id varchar(75) NOT NULL,

secondary_item_id varchar(75) NOT NULL,

date_recorded datetime NOT NULL,

hide_sitewide bool DEFAULT 0,

KEY date_recorded (date_recorded),

KEY user_id (user_id),

KEY item_id (item_id),

KEY component_name (component_name)

) {$charset_collate};”;

require_once( ABSPATH . ‘wp-admin/upgrade-functions.php’ );

dbDelta($sql);

In my current db, table bp_activity_user_activity_cached has everything except hide_sitewide row. In my current db, table bp_activity_user_activity_cached has extra rows that function_bp_activity_install doesn’t have such as date_cached and is_private rows.

Any suggestion? What rows should I add or remove? Am I looking at the right stuff?

Looked like at the end of the function bp_activity_install(), it has require_once( ABSPATH . ‘wp-admin/upgrade-functions.php’ );

dbDelta($sql);

Maybe the upgrade-functions.php had not gone smoothly?

For now, I patched the bp-messages-template.php file by removing pagination (by the way, there is no need for pagination, even with 100 messages, the page is fast).

I’ve got some info which I sent to the developers about this media headache project !

Here’s the reply..

” You can use BuddyPress component with Kaltura CE with some minor changes whose documentation we will publish soon on our blog – wpveda.com

About adding video/images/audio related actions to a user activity stream, that feature is on the card but it will take 4-5 months. You can get it developed by paying us privately or fund development of this open-source addon publicly. We will soon publish list of donors with their sites on the project page.

Do let me know if there is anything I can help you with. “

What’s is the best method of funding this project or shall we all contact the developer?

Oh, I got it…the blogs have been set to private on default…fixed that now

Thanks a lot anyway…sometimes it helps just to pose the question somewhere

Please remember that based on the BuddyPress roadmap, some form of a privacy component will be integrated into Core for v1.2.

But, before that comes out, there will be a public beta of my Privacy Component. I have talked with Andy and he said to proceed with the testing. So, right now, the alpha version of my component is in a very limited-release private alpha. I am almost ready to release the alpha 2 version which will also be a private release.

Once the beta version is ready (which I’m now estimating to be around December 1st), it will be uploaded to the WP Plugin Repository and available for everyone to test. Please remember that it will still be a pre-release version which means that it should not be used in a production environment.

Of course, as I’ve said before, even with all of this testing, there is still no guarantee that my Privacy Component will become the de facto core privacy component. Only time, and your feedback, will tell.

Hello all,

So I figured out what was breaking my autocomplete.

I have two blogs set up on mu using virtual sub-directories instead of subdomains.

The first blog is on the root using the default theme and acts as an outside blog (blog id=1) and the buddypress theme is on another blog for a private area (blog id=2). By doing this, I can have 1 wp-admin with a public and private area.

However, by changing the blog id in the bp-core file from 1 to 2 on line 20 for buddypress, it breaks the autocomplete ; but everything else works fine. i believe this is a bug …but if anyone has any suggestions on how to fix this please let me know.