Different secondary groups on join for different MSNs


#4738 (In Topic #1026)
Standard member
Joe is in the usergroup ‘Honoured member’

+ possible bug

When adding or editing a group, there is a feature called "Automatic secondary usergroup" which allows a secondary group to be given to a member upon joining.

My MSN is configured to add all users to a default "registered" group once they join. But, I was hoping to configure the setting mentioned above differently on each MSN I am operating and add them to distinct secondary groups so I can distinguish which site the user registered on, however, group settings cannot be changed on satellite sites and just gives a weird error (which may be a bug):

You are running from a multi-site-network satellite which means you need to select an existing theme image for this resource (as uploads would not go to the central site), rather than uploading one. However all theme images from the cns_rank_images set seem to be missing.

This error occurs after selecting 'edit' on a usergroup from within a satellite site on a MSN.

Is it possible to manage group settings on a satellite site or is it restricted to just the main site?

To elaborate a bit on what I'm trying to accomplish, here's an example:
  • User registers on any of the following MSN sites
    • aaa.com
    • bbb.com
    • ccc.com
  • User is added to a primary 'Registered' usergroup regardless of where he/she registered from
  • User is then added to a secondary group upon join depending on the site they registered from
    • "AAA Member" will be assigned to users who sign up on aaa.com
    • "BBB Member" will be assigned to users who sign up on bbb.com
    • "CCC Member" will be assigned to users who sign up on ccc.com

I believe this would all be possible if I had the ability to modify groups from each satellite site, or at the very least, configure the "Automatic secondary usergroup" option within each site.
Online now: No Back to the top


Site director
Chris Graham is in the usergroup ‘Administrators’

You did find a minor bug with that error message, but the fix is not going to help you. Almost any call to something in a f_ prefixed table (e.g. f_groups) is going to go to the central site, i.e. they will share the same data. There's no kind of merge/override system.

You might be able to fudge something using CPFs. Make a user-editable CPF required at join. Note down the form field name it is using on the join form (e.g. field_14.
On each site override the FORM_SCREEN_FIELD template with something like:


<input type="hidden" name="{NAME*}" value="Some site" />
   (original template code goes here)

Become a fan of Composr on Facebook or add me as a friend. Add me on on Twitter. Follow me on Minds (where I am most active). Support me on Patreon

Was I helpful?
  • If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
  • If so, please let others know about Composr whenever you see the opportunity or support me on Patreon.
  • If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying Composr on fun personal projects.
  • If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Online now: Yes Back to the top
1 guest and 0 members have just viewed this.


Users online:

Paul D, Salman, Chris Graham, mytracker, ManojSree, John Connor, 216 guests

Forum statistics:
  • 910 topics, 4,376 posts, 5,331 members
  • Our newest member is endurance
Back to Top