[@r-a-y Keymaster 12 years, 4 months ago]

Read point 2 of this post with an explanation and a workaround fix:
https://buddypress.org/support/topic/problems-on-post-comments-notification-and-activity-loop-in-buddypress-2-0-rc1/#post-181492

[@r-a-y Keymaster 12 years, 4 months ago]

You’ll probaly want to build a plugin using the Group Extension API:

Group Extension API

[@r-a-y Keymaster 12 years, 4 months ago]

Sounds like you just need an Events plugin that allows posting from the frontend. BuddyPress might be overkill for this.

If you do need to use BuddyPress and a frontend Events plugin that integrates with BuddyPress, then you’ll have to look for one that does this.

[@r-a-y Keymaster 12 years, 4 months ago]

It looks like your sitewide activity stream is recording some forum replies.

Do you have Akismet running? If so, login to the WP admin dashboard and click on “Activity”. See if any entries were marked as spam. If so, see if those entries were your forum replies.

[@r-a-y Keymaster 12 years, 4 months ago]

You answered your own question:

but here is the thing, I never “enabled” forums, but I do have groups.

So no, you don’t need to migrate if you never enabled the legacy forums component and you have no intention of using forums.

[@r-a-y Keymaster 12 years, 4 months ago]

You’re using an older version of BuddyPress. This was fixed in BP 1.9:
https://buddypress.trac.wordpress.org/ticket/5151

[@r-a-y Keymaster 12 years, 4 months ago]

The “All Members” tab should only be available on the main sitewide activity page. It is not available on your own profile page.

[@r-a-y Keymaster 12 years, 4 months ago]

The main problem here is creating these new email addresses when a user registers. Once you’ve figured that out, then the other stuff is doable.

[@r-a-y Keymaster 12 years, 4 months ago]

BuddyPress 2.0 runs two migration scripts:
https://buddypress.trac.wordpress.org/browser/tags/2.0/bp-core/bp-core-update.php#L349

One that moves the last activity entries from user meta to the BP activity table. This migration might be what is causing your site to stall. Do you have a large userbase?

Second, a script is made to create a wp_signups table and move old unactivated signups to this new table. Do you have a lot of unactivated users?

Your memory doesn’t appear to be hitting its limit, so it’s not a memory problem.

You might want to do some Googling. Here’s a quick result that I came across:
http://www.omh.cc/blog/2008/mar/6/fixing-apache-segmentation-faults-caused-php/

Hope that helps. Would be great to figure out what is wrong.

[@r-a-y Keymaster 12 years, 4 months ago]

Here is the BP release archive page:
https://codex.buddypress.org/developer/releases/

This is what I would do. Disclaimer: Don’t blame me if anything goes wrong with your site. 🙂

Now with that out of the way. First of all, backup your database, your plugins and theme.

Next, make sure you have a development environment set up. Do not do this on a production site!

Disable all BP plugins to be safe.

I would update to the latest version of WordPress first. Then, upgrade to BuddyPress 1.9.2. Then, update to BuddyPress 2.0.1.

Update any outdated plugins and reactivate the BP plugins. Then, test your site out. See if there are any bugs.

Once you’ve confirmed everything is good, then do the same on your production site.

[@r-a-y Keymaster 12 years, 4 months ago]

If you’re not using the Friends component, why not disable it under the BuddyPress components menu?

Configure BuddyPress

Uncheck “Friend Connections” and save.

If you’re using the wp_bp_friends table in weird ways. Disable the friends component and create your own custom component plugin referencing this table. You should really have created a new table and namespaced it differently to avoid these issues you’re running into.

You could also try removing the button:
remove_action( 'bp_member_header_actions', 'bp_add_friend_button', 5 );

This would need to be called before the page loads.

[@r-a-y Keymaster 12 years, 5 months ago]

The total group count doesn’t do any checks to see if it has any last activity or member count, which is why you see a higher count.

However, the group loop does do checks for last activity and member count. It’s possible that your created groups do not have any activity in them. Try posting an update in each group and see if it shows up in the group loop.

Also, try creating group using BP’s native function – groups_create_group():
https://buddypress.trac.wordpress.org/browser/tags/2.0.1/bp-groups/bp-groups-functions.php#L60

[@r-a-y Keymaster 12 years, 5 months ago]

@jrcode – Can you be more specific?

What exactly is breaking? What resources are being run over HTTP? Avatars?

[@r-a-y Keymaster 12 years, 5 months ago]

Can you also try replacing esc_url() with wp_sanitize_redirect() first and wp_validate_redirect() afterwards?

We’ll probably remove the esc_url() function since our emails are sent out in plain-text at the moment anyway so using esc_url() isn’t necessary. But, if you are using HTML email, then another solution will be needed.

[@r-a-y Keymaster 12 years, 5 months ago]

@antimuffin – I tried duplicating this, but can’t.
I have a few other questions:

• Are you using a different language other than en_US for your WordPress install?
• Are you using any email plugins? Specifically, are you using a plugin that converts the plain-text email over to HTML? If so, this might be where the problem lies.
• How did you access the activation email? Webmail? Email client?
• What is the default character encoding in your email client? Mine is Unicode. I tried converting the character encoding over to Western (ISO-8859-1) and Western (Windows-1252) and couldn’t duplicate the problem. Note that this is for the default plain-text activation email. How are you converting the email over to ANSI?

Any other feedback would be useful.

[@r-a-y Keymaster 12 years, 5 months ago]

@antimuffin – Thanks for looking into this.

Can you try one thing? Can you change esc_url() to esc_url_raw() and see if that fixes things as well?

[@r-a-y Keymaster 12 years, 5 months ago]

We used to use an AJAX spinning GIF, but removed it due to various theme issues:
https://buddypress.trac.wordpress.org/ticket/4610

I’ve added a patch for an alternative to the throbbler in 4951:
https://buddypress.trac.wordpress.org/ticket/4951

It uses a progress bar animation for the background of the button.

[@r-a-y Keymaster 12 years, 6 months ago]

I believe this was recently fixed here:
https://buddypress.trac.wordpress.org/changeset/8351/

nirgalo – Apply that change and see if that fixes things.

[@r-a-y Keymaster 12 years, 6 months ago]

#4357 – I agree that something needs to be done. bbPress already adds a “Forums” section on a BP profile, so perhaps bbPress can simply redirect /forums/users/USERNAME/ to BP’s /members/USERNAME/forums. I would say this is more a bbPress issue than a BuddyPress one. Please add a ticket to bbPress Trac about this. (Use the same credentials you use on buddypress.org to create a new ticket.)

#3335 already has comments on it regarding why WP’s profile is not included with BuddyPress. I do find it odd that bbPress allows users to edit WordPress’ user profile though… I’ve created a new ticket with some further thoughts – #5619

[@r-a-y Keymaster 12 years, 6 months ago]

Upgrade to BP 2.0.1.

If that doesn’t solve the problem, reply back.

[@r-a-y Keymaster 12 years, 6 months ago]

@krazy-kat – Thanks for catching this bug.

A workaround in the meantime is to turn on the “Activity Streams” component.

To do this, login to the WP admin dashboard and navigate to “Settings > BuddyPress”. Check “Activity Streams” and save.

We’ll fix this bug up for v2.0.1.

[@r-a-y Keymaster 12 years, 6 months ago]

There was a problem in the upgrader script when creating the wp_signups table in v2.0.

This is probably addressed in ticket #5563:
https://buddypress.trac.wordpress.org/ticket/5563

If you are able to, please test latest trunk or apply the changesets in that ticket to your install.

If not, wait for v2.0.1 to be released in the upcoming week.

[@r-a-y Keymaster 12 years, 6 months ago]

Thanks for the report, @klogen2.

I’ve duplicated the bug and have opened a ticket with a suggested fix:
https://buddypress.trac.wordpress.org/ticket/5595

We’ll have this addressed for v2.0.1.

[@r-a-y Keymaster 12 years, 6 months ago]

See:
https://buddypress.org/support/topic/settings-profile-doesnt-open/#post-182031

[@r-a-y Keymaster 12 years, 6 months ago]

Hope is probably using a theme that is a bp-default derivative.

This is a bug that was addressed in #5549:
https://buddypress.trac.wordpress.org/ticket/5549

It will be fixed in v2.0.1, but @amalsh can manually apply the following changeset in the meantime:
https://buddypress.trac.wordpress.org/changeset/8292