so if users are members until a visit, this implies that buddypress is not following the wp api and firing the appropriate hooks for new users like wp does…

check forum – usergroups – map users to usergroups for the mapping of new users to sp usergroups…  you can also map wp roles to sp usergroups there…

Thanks, I’ll give it a try.

This was definitely an issue with older versions of BuddyPress but I thought they had fixed that so is this an up to date version?

We’re running Buddypress 1.5.6. Have checked the default Usergroup for new members is set to Members. In fact all defaults are set to members except guests but it’s still doing the same thing 🙁

Could anyone take a look at my set up for me and see if I’ve missed anything please?

My client wants to go live with their site tomorrow with a magazine launch on the 28th June, so I need to get this one nailed.

Thanks

Justin 

Sure. If you want to create an SP Admin account one of us can do that.

Please PM credentials to both myself and to ‘Mr Papa’. Please include in the PM a link to your site, a link to this thread and brief reminder of the problem. And one of us will take a look for you.

Ok PM’s sent 🙂

But… it’s all gone majorly pear shaped now as I’m now running the Domain Mapping plugin from WMPUDev, which now prevents access to any of the settings for the forum… My client is about to send a mailer out to 1000+ newsletter subscribers asking them to come and check out their new site, but it’s fallen at the last fence! They can register, they can log in, but they can’t post unless they automatically get added to the correct usergroup automatically, and now we can’t even add them manually as the forum admin doesn’t work due to incompatibilities with Domain Mapping 🙁

Really starting to sweat now! 🙁

Cheers

Justin

Well as you probably know I can’t even look at the admin panels except for the top level ones as none are loading.

The reason for this is that something on your site is having an effect on the ajax requests. Odd actually as the Ajax requests are returning a success status but are not actually ever returning data. In fact they just gracefully die.

Unusual as we should either see a failure at at least some data explaining the failure but… nothing. I would suspect, most commonly, that some new javascript perhaps has been introduced?

I am also getting the message that no SP Admins exist which doesn’t tally with what you were reporting yesterday of the capabilities where clearly, at least one record, was an SP Admin. Was this user deleted perhaps?

Hi,

No users have been deleted. I’ll pm you the main admin details for the site then you can go in and see exactly what I see.

Mapping for new users definitely isn’t working. The Ajax issue is something to do with Domain Mapping. If you go in through the top level site in the multi-site install then head on down to the sub-site you can access the forum settings fine now.

Look out for a PM in a couple of mins.

Thanks

Justin

As I rather thought your user group allocations seem to be fine. Very simple in fact.

I don’t know how much you know about the way WordPress works and communicates with plugins but put simply, it uses an extensive array of ‘hooks’ that, in effect, send out a message that a certain action has taken place. In turn plugins ‘listen’ for the message and take their own action on receipt of it.

This can break down if a plugin – designed to replace a core WP function – fails to send out the messages. And we have encountered this behaviour before including new user creation from within BuddyPress. Although to be fair this was a while ago and not in MS.

I would suggest you perform a simple test. Create a new user through the regular WP ‘Add New User’ admin panel where SP is installed and see if that member is created in SP and assigned correctly to the chosen user group. This should function correctly as it does for us and our users including those running MS.

Assuming it does correctly create the new user – and I will assume nothing at the moment! – then you really need to ask the BuddyPress team if their code is firing the correct hooks on new user registration. For reference, SP ‘listens’ for the following hooks to be actioned:

‘wpmu_new_user’, ‘wpmu_activate_user‘, ‘added_existing_user‘ and ‘user_register‘.

Perhaps we can start to get to the bottom of this…!

Now this… is entirely warranted…..

Wooooooooooooooooooooooooooooooooooooooooo and indeed hoooooooooooooooooooooooooooooo!

Thanks for bearing with me on this… I checked how new users were being added, as when you register with a sub-site you actually become a member of the top level site, which in my application is http://www.modelflyermagazine.com

Users were getting added to that site as regular subscribers which is correct as you suggested.

So I had a look at the user list for RCElectricFlyer.com and sure enough the users were showing as registered (reflected in the number of users on the site) but weren’t actually assigned a role!

So… I did some more digging on syncing users across sites in a Multi-site network, and this beauty of a plugin seems to hav now solved the problem! http://wordpress.org/extend/plugins/multisite-user-management/

So… for anyone wanting to run a wordpress multi-site network, under buddypress with a far superior forum than the buddy press native one, with a forum on EACH site rather than a generic global one, what you need is:

1. WordPress
2. BuddyPress
3. SimplePress
4. Multisite-user-management

And with those tools, you’ll be able to build your dream site!

Thank you Yellow Swordfish… You’re a legend!

Cheers

Justin

That’s excellent news. Thanks for the detail – we can probably use that.

somewhere in an old topic we had raise that plugin as a way to counter the default wp user management across the network sites… maybe we should add a faq on it…