BuddyPress.org

Check this one too

https://wordpress.org/plugins/bbpress-email-notifications/

Check if registration is enabled in your WordPress settings.

Thanks for the report, @rewindcaz.

A ticket was created and addressed here:
https://buddypress.trac.wordpress.org/ticket/5571

This will be added for v2.0.1 in the upcoming days.

@sarahs91 there have been changes to both BuddyPress and WordPress. Have you done some basic troubleshooting like changing theme to Twenty Fourteen/Thirteen? If it’s still an issue, have you deactivated plugins other than BuddyPress to check which is causing conflict in your registration?

here some ideas / projects :

https://buddypress.org/support/topic/buddydroid-buddypress-for-android/

5 Plugins To Turn WordPress Into A Mobile App

https://codex.wordpress.org/XML-RPC_WordPress_API
REST API Resources

hi,

Check the code of this plugin

https://wordpress.org/plugins/bp-disable-activation-reloaded/

hello @megainfo,

You’re right. I think the problem you described in #5569 is a side effect of #5553.

Thanks for your feedback, can you confirm this patch is solving your issue ?

@mldia
This is a random guess but:
https://wordpress.org/plugins/wp-linkedin-buddystream/

Hi @imath, @boonebgorges,

I think the problem is caused by bp_update_to_2_0().
https://buddypress.trac.wordpress.org/ticket/5569

@eddieb12180 Did you even try adding the styles I provided above? Of course you can make some changes in the registration page’s markup. Copy over the register.php file from https://buddypress.trac.wordpress.org/browser/tags/2.0/bp-templates/bp-legacy/buddypress/members/register.php into yourchildthemefolder/buddypress/members/ folder and make the changes you want to html tags available there.

I am using a non multisite WordPress.

@livsy

I registered a new user by myself a minute ago. And I saw in his profile – he has no role for my site

This shouldn’t happen.

What is your config ? The upgrade problem concerns a non multisite WordPress. Is it your config ?

“Viewing the sql tables” means that you’ll need to export it using PhpMyAdmin for instance and send it to me.

By the way, i’ve tested BP Disable Activation Reloaded and it’s not the cause of the problem. It’s “someone” else.

@livsy if you try to register a new account, this account should have the role you defined in WordPress settings.

I’m very curious about what happened during upgrade. If it were possible i’d really like to view the users, usermeta and signups tables!

Can you see the users with no role in your users list ?
If so, you can batch create roles for these users using the “change role to” select box on top of the users list.

i’m going to test BP Disable Activation Reloaded to see if the problem was linked to this plugin.

Hi! I am using BP Disable Activation Reloaded plugin. I deleted it (and all other plugins, except BP). But problem with user role still exists.
I set author role for new members in wordpress settings. It was a long time ago, before update to 2.0

@livsy

Just tested in WP 3.9/ BuddyPress 2.0, the role set for a new user is the one that is defined in the WordPress setting (wp-admin/options-general) > New User Default Role dropdown field.

hi @livsy

How were you doing before ? Once a user registered, you were changing the role before he activated his account ?

Or are you choosing a role different than Subscriber in the WordPress setting (wp-admin/options-general) > New User Default Role dropdown field ?

About the upgrade difficulties, were you using a plugin that was dealing with registrations, and if yes which one ?

Thanks for your feedback.

Hi! I have the same problem with admin rights. @boonebgorges ‘s fix helped me a lot. But I have another problem. This fix can’t help users which get a subscriber’s role after registration. I set an author role for all new members of my site in wordpress settings. But it had no effect.

@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?

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.

@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