Ok, based off your ACL structure it's working as intended. I'll give an example based off your ACL.

I am a member of CBMod. This means I can edit anyone that is in the below.

- Registered
- - Member
- - - Bestyrelse

Now CBMod is a parent of "Bestyrelse", but it is not a parent of "Festudvalg" and thus has no permission to edit them as you maybe expecting (again, ACL can be very confusing). Everything works in parent and child like relationships.

ACL isn't really what should be controlling access. Joomla does this through Assets and those assets are different roles like edit, delete, etc.. however CB doesn't use those, yet, and thus is purely based off the usergroup it self which in J1.7 there is no clearcut way of how it should behave as a parent and child relationship.

At this point I would say issue is solved as much as we can solve it with current implementation. We're saving ACL rewrite for CB 2.0 and really don't want to have to do a rewrite for a 1.x release as it could cause a lot of issues for backwards compatibility.

I was contemplating if GroupJive could take over the 'commitee' function, none of the commitee's have any special rights, except the 'medieudvalg' which is sort of 'co-sysop's, and bestyrelse.

Depends on your needs. GJ isn't ACL or access controls by any means. It's groups like you'd find on any social site like Facebook, MySpace, etc.. If that's what you need then it could be a much better solution then depending on ACL.

fribse2011 wrote: Oh well, I can't use GJ, as I need closed forums, and I can't seem to make that work with GJ, so I'll stick with the current model, and it's working fine as it is.

The GJ forums are closed. There's a bug through preventing the access check from working properly however. This is fixed for GJ 2.5 (next release).