vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vB3 General Discussions (https://vborg.vbsupport.ru/forumdisplay.php?f=111)
-   -   Multiple user groups - no overriding of permissions (https://vborg.vbsupport.ru/showthread.php?t=280188)

Tettinntil 03-16-2012 08:40 PM

Multiple user groups - no overriding of permissions
 
The vBulletin manual states:
Quote:

Users in vBulletin may also belong to multiple usergroups. This is one method of creating exceptions to your permission scheme.

For example, you may have a user who belongs to group X, but needs to have access to the few extra options (such as attaching files to posts) given by group Y. You can make X this user?s primary group and make Y a secondary group.

The basic idea here is that if a user is in multiple groups and they specify conflicting permissions, the greater permission overrides. Thus, a yes will always override a no and a larger number will override a smaller number.
We have a user group that "does not accept" that other groups override the access. :cool: Users that have this group as their primary user group do not get other permissions (i.e. to other sub forums etc.) that their secondary user groups should allow them.

Does anyone know what can be the reason for this?

kh99 03-17-2012 01:09 AM

I know that what you describe should work. Maybe check "Forum Permissions" to make sure there are no custom forum permissions for that group?

Tettinntil 03-20-2012 06:30 PM

But if the forum permissions state "No" for this user group, and the members are also members of a user group that states "Yes", the users should have access. That is not the case here, as the No for this user group apparently overrides the Yes.

I know it should work, as it does for the members of the Moderators group. But not for this new user group.

kh99 03-21-2012 12:12 AM

Quote:

Originally Posted by Tettinntil (Post 2311471)
But if the forum permissions state "No" for this user group, and the members are also members of a user group that states "Yes", the users should have access. That is not the case here, as the No for this user group apparently overrides the Yes.

I know it should work, as it does for the members of the Moderators group. But not for this new user group.


When I said "Forum Permissions", I mean the per-forum permissions that override the permissions set in the usergroup manager. I haven't tested it, but I think a "No" in forum permissions will override any other permissions for that forum. The part of the manual you quoted applies to multiple usergroups.


All times are GMT. The time now is 06:57 PM.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.

X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.00987 seconds
  • Memory Usage 1,718KB
  • Queries Executed 10 (?)
More Information
Template Usage:
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (2)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (4)printthreadbit
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • showthread
Included Files:
  • ./printthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/class_bbcode_alt.php
  • ./includes/class_bbcode.php
  • ./includes/functions_bigthree.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • printthread_start
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete