[SOLVED] CB Auto Action question

Usually we have similar uses Joep, not so much this time. I'll give you my use, in case it might be of use. I've just finished up a bit of testing on GJ System Auto Action activity posts. Can give you some general pointers/findings:

Yes posts go to the general activity stream: menu item or module. Luckily I use these for Admins only, so don't have your problem. Could you just let users have their own activity stream I wonder. I have Admin, UsergroupA and usergroupB in a group. A & B are not connected, Admin connected to both, Groups are used as kind of a collaboration area, middle ground, with profile privacy maintained. Also Admin profiles don't have activity streams, they use activity module and menu item (general), but have a comments (type) system instead on profile, maintains privacy for other users i.e. activty events of other connections.

A post by a regular user in a group, only goes to the general activity stream and their own profiles activity stream... But a user connected to all users (Admin) posts on a group wall - his post would go to all group members activity streams in their profiles where these users can comment in their own streams - but this doesn't feed back to the group wall. Yet..the stream created here allows 2 unconnected but in same group users to reply/comment to each other on the back of Admins post on Group wall, from within their own stream. Personally I love this as it solves so much for me (due to use case).

UsergroupA can create groups and events also, not B. I see this activity in general activity stream, also see when A joins a group in general stream, them joining is important for a Group, marks liftoff. Can keep an eye on this permission/power I gave them this way and know when to give a group full attention. All groups are invite.

I'd suggest, even though use cases may be vastly different, to revisit using the general stream as public or regular registered user accessible (they already have their own I imagine). Make your groups invite or approval as open is open. Visible group tabs only have 1 access level (plugin management), doesn't look like you can condition them.

Some feedback for you anyway, might give you some ideas on tackling it.

thanks for the ideas, but what would solve it for me is the following :

The approval group is one problem
It gives activity feeds and shows what is in there to everyone (apart from the forum entries)
For me it would be enough if it wouldnt show the content to everyone and wouldnt show up in the activity feed (so behave like an invite group in the activity feed)

The other problem is with the invite group
I would like it to show up in the listing of the groups for everyone, but without the join option (so people know it is there but cannot invite themselves)

Can that be done somehow ?

Joep

The approval group is one problem
It gives activity feeds and shows what is in there to everyone (apart from the forum entries)
For me it would be enough if it wouldnt show the content to everyone and wouldnt show up in the activity feed (so behave like an invite group in the activity feed)

An Approval group is not private. It's exactly the same as Open, but it requires the join request to be approved. What you need to use is Invite groups if you want the contents private. Even if you make the activity private for Approval groups they can still just go look at the group. This is just how GJ is designed. Private approval groups make no sense, because no one can see the group to even request to join it.

The other problem is with the invite group
I would like it to show up in the listing of the groups for everyone, but without the join option (so people know it is there but cannot invite themselves)

No, that again goes against the point of it being private and would significantly increase the number of checks I'd have to do in the template and component functionality to block access to features while still allowing visibility.

With latest nightly CB Auto Actions, CB Activity, and GJ 3.x the activity for groups will only be visible to those who can view that groups contents.

Ok, thanks for the answer, seems we just have a different way of looking at the matter.

ideally for me an invite and an approval group should show up in the listing of groups on my website
In this case my members know that these groups exist at least (again just talking about the name of the group not the content, with the present design there is no way to show people that there are also invite only groups, which makes sense as it was designed this way)

For me an approval group is created so visitors of the website can actually see the group exist and if they like they can become a member.
Once they are a member they can see the content for photo,wall,events, download files and so on, but not before they are approved to be a member of the group (and thus actually see what is being shared inside this group.

this principle works for the forum part, so the workaround will be just to give these approval groups a forum option

All nightlys work as you designed them so thats perfect again (as is the whole support down here btw!)

Thanks
Joep

The quickest way to have what you're wanting is to hide the tab output if the group type is approval and the user hasn't joined the group yet. This can be done directly in the group template file below.

components/com_comprofiler/plugin/user/plug_cbgroupjive/templates/default/group.php

Towards the bottom you'll see the integrations looping (GJ integration tabs), users tab, and invites tab outputs.

thanks, let me see if I can get someone to do this for me (no clue myself)

Joep