BuddyPress.org

This sounds like something that can be achieved without multisite.You can use Buddypress Groups and bbPress running as a forum for each group to achieve the discussion / chat.

Each project could become a BuddyPress Private Group with its own forum / docs.

If you want a seperate blog for each project then that would require multisite,but one blog categorised by project could achieve the same thing without the additional comlexity.

@godavid33 If you’re on BP 2.0 version, go to Dashboard > Tools > BuddyPress and run repair tools one by one. https://codex.buddypress.org/buddypress-components-and-features/buddypress-repair-tools-admin-screen/

@ksample Thanks for posting back about the plugin conflict. If you like the plugin might I suggest informing the developer about the issue so he can update it https://wordpress.org/support/plugin/buddypress-like

Marking this as resolved.

I just tried mentioning 11 users on P2 and couldn’t duplicate your issue.

It appears this issue only occurs when you view the post on the frontend since you state that the correct content shows up when you edit the post.

Try the recommendation I listed in the ticket you opened:
https://buddypress.trac.wordpress.org/ticket/5565#comment:1

If that doesn’t work, what other plugins are you using?

@ksample What theme were you using? Change theme to one WP Default themes like Twenty Fourteen/Thirteen/etc. to check if issue is resolved. If not, deactivate plugins other than BuddyPress to check which plugin is causing the media upload conflict.

@mr-bronze answered you at https://buddypress.org/support/topic/upgraded-and-now-nav-and-sidebar-is-responsive/

Try the following:

* Login to the WP admin dashboard
* Navigate to “Tools > BuddyPress”
* Check Repair user “last activity” data
* Click on the “Repair Items” button

Let the task run. After it’s done, then, check to see if that fixes things with the members widget.

Hi Djsix,

The problem occurs because a check is added to see if a user is logged in before the activity comments block is displayed.

I’ve created a new ticket about this here:
https://buddypress.trac.wordpress.org/ticket/5567

In the meantime, you can override the specific template by copying wp-content/plugins/buddypress/bp-templates/bp-legacy/buddypress/activity/entry.php to your theme.

The file should reside here – wp-content/themes/YOUR-THEME/buddypress/activity/entry.php. Then, make the file change listed in the patch linked in the ticket above.

you can create a plugin for you extra code or us bp-custom.php
https://codex.buddypress.org/plugindev/bp-custom-php/

The contents of about.php go in the content function. There shouldn’t be a template file.

@jillsessa
1. Which version of BP did you update from?
2. Could be a plugin conflict. Have you tried deactivating plugins except BuddyPress to check which is causing the conflict?

@djsix Forum topics created at https://buddypress.org/members/djsix/forums/ Please know that we are all volunteers here so your patience and persistence are appreciated.

@blankpoint Sorry for the troubles. The upgrade routine necessary for BP 2.0 is fairly large.

I’ll work in the upcoming weeks on improving it, but in the meantime, a few things to try:

1. Your memory limit issue is due to the fact that WP will not allow you to exceed 256M per pageload without explicitly saying you want to (regardless of your php.ini settings). You can put the following into wp-config.php to override for the admin only:

define( 'WP_MAX_MEMORY_LIMIT', '1024M' );

2. Just to get up and running, you might also consider running the heavy migration manually: from the mysql command line.

INSERT INTO wp_bp_activity (<code>user_id</code>, <code>component</code>, <code>type</code>, <code>action</code>, <code>content</code>, <code>primary_link</code>, <code>item_id</code>, <code></code>
date_reco
                  SELECT user_id, 'members' as component, 'last_activity' as type, '' as action, '' as content, '' as
                  FROM wp_usermeta
                  WHERE
                    meta_key = 'last_activity'
                    AND
                    user_id NOT IN (
                      SELECT user_id
                      FROM wp_bp_activity
                      WHERE component = 'members' AND type = 'last_activity'
                    )
        );

You could split this up with a LIMIT clause in case you need to run it a few times.

The other problematic bit of the upgrade routine has to do with migrating your old signups to the new signups schema. (I’m assuming you have open registration + non-multisite.) That migration is not necessarily mission-critical, so you could skip it altogether. So, in other words, once you’ve run the ‘last_activity’ migration, you could comment out line 351 and lines 355-395 here: https://buddypress.trac.wordpress.org/browser/tags/2.0/bp-core/bp-core-update.php#L351 and then reload your admin to mark the migration as complete.

Again, sorry about the difficulties. You’re running a very large BP site, and the migration tools were not up to the job.

Then, you could comment out this line: https://buddypress.trac.wordpress.org/browser/tags/2.0/bp-core/bp-core-update.php#L351

hi @tsabar

code is located in buddypress/bp-core/bp-core-widgets.php

BuddyPress Login widget

Maybe read here also ?

Oh man, I know that coding isn`t easy. these days most of the people have their own business and also very good Ideas, If i was a coder, I developed a great website using our little buddypress…
Now i decided to learn php and fir rest of my life just code and code for myself and people. Im glad because Im just 16 years old and have enough time.

Trac ticket at https://buddypress.trac.wordpress.org/ticket/5545

closing this duplicate of https://buddypress.org/support/topic/message-on-my-home-page-on-the-menu-bar/

@imdyakov click on the 1.9.2 link at https://codex.buddypress.org/developer/releases/

The same issue with me. There is no activities in the stream although the counter show up their amount. Were I can download buddypress 1.9.2 to roll back?

P.S. I tried to play with different themes but it didn’t help.

Buddy-default looks the same as bp-default but it’s stripped of BuddyPress template so the templates get loaded from new template compatibility. Only a theme getting template capability files will use ajax new posts notice.