Sweet it worked.

Trigger: BeforeUserProfileRequest
User: User
Access: Set to specific register member user groups
Conditional: [var1_id] Not Equal To [user_id]

But they can't view their Admin connections profiles now. Will try a few things and report back.

It's similar to this guys case a couple of years ago - Link: user profile edit, but not show to other users

Except that I wish for the registered user - while logged in - could still interact with Admins that they are connected to. (but not view other registered users/their peers). i.e. block viewing others but allow access to Admins still.

Close but no cigar. Know how to work the redirect now anyway. Yeah my use case is a bit out of the ordinary. (My main concern is the viewing of other people's activity streams as a registered user). The proposed catch all solution would be great, otherwise will skirt around it.

If you get it and have a solution let me know.

Thanks for help.

Thanks Kyle, almost there I'd say.

I thought it worked but tested more, then realised I wasn't intending for it to have anything to do with being logged in or not - regarding viewing rights or conditions. i.e. When a regular User is logged in they have registered viewing rights - want them not to be able to view other regular Users while being logged in - but to be able to view Admins profiles while logged in - these are their connections.


[cb:userdata field="user_id" user="#me" /] Not Equal To [user_id] Is fine I guess.

Is their a way to make an exception for e.g. Administrator, Moderator for example, regular User can view these while logged in, can't view other regular Users while logged in.

The issue with your solution is Admins/Moderators can't view regular Users while logged in, even though they are connections. Admins can view other Admins while logged in. Yes regular User can't view another regular User. So like I said almost there bar a tweak somewhere.

Really appreciate the help.

Edit: should have included that I took out the first condition >0 and changed access to the regular User groups but didn't work.

The last way you gave it with the two conditions works, only for Admin/Mods not being able to view regular Users, while the Admin/Mod is logged in.

Here's the basics of my use case taking hotels as an example.

Hotels register and build their profiles, pretty extensive profiles that they would need Admin help with. They could create and join groups for the purposes of projects e.g. marketing etc. They could utilise Uddemi with 'connected to' members of the Admin team, in fact they are connected to specific members of Admin team e.g. Network Manager and not other Admins e.g. Super User. All Admins can in fact view and edit a hotels profiles when the Admins are logged in. Hotels can only visit the Admins they are connected to.

All hotel profiles are set to public. All Admins are connected to all Admins. All hotels are connected to specific Admins. Admin profiles are able to set their profile privacy to connections (this option is hidden from hotels where there is no option but to remain publicly viewable).

That's that, privacy is fine it would seem. Only that if one hotel manager say, while viewing as a public viewer, copied the url of another hotel and then - while logged in, pasted it into their browser and was able to view the other hotel with his now registered viewing rights.

Just it doesn't seem right and I would prefer to stop it happening by redirecting back to own profile with a little attention or warning message for good measure.

Hope that helps explain the whole thing better.