vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vB3 General Discussions (https://vborg.vbsupport.ru/forumdisplay.php?f=111)
-   -   Giving Super Moderators Extra Controls (https://vborg.vbsupport.ru/showthread.php?t=160396)

BruceWest 10-16-2007 08:15 PM

Giving Super Moderators Extra Controls
 
I need my Super Moderators to be able to change everything about a user's profile - specifically birth date. I also need to give them the option to delete user accounts.

Is there any mod which will allow me to dispense this level of control without appointing my super moderators as administrators?

Thanks,
Bruce

nexialys 10-16-2007 08:56 PM

there is none, for one reason... these features are related to user management, and the logic behind the admin role is to manage these personal details... Super Mods are Moderators with extra wide permissions,.. not admin roles.

BruceWest 10-17-2007 04:15 PM

In that case,

Is it possible to appoint someone as an administrator without access to super-private-secret-ohmygosh-forums? Or could there possibily be a "junior administrator" modification out there?

Thanks,
Bruce

Djamil 11-06-2007 06:57 AM

I solved it like this:
  • installed this Mod (only necessary for 3.5.x if you want your supermods not to be able to physically delete)
  • generated a second account for each of my supermods that should have the right to administer users
  • put the supermods that should be able to edit profiles into a separate group
  • gave that group administrator but no (!) supermod rights
  • disabled all permissions under "Post / Thread Permissions"
  • You MUST do this for ALL Administrator-Groups since they could simply put themselves into an admin-group group that hast this rights - that would be an very undesireable thing, wouldn't it ?
  • if you want to, take also the edit / deletion permissions in the calendar- and user-note sections from that usergroup
  • for each member in this group, set the administrator permission "Can Administer Users" to YES, everything else to NO.
Effects:
  • user cannot physically delete any more - he cannot even delete forum content any more, all editing and thread tools are gone
  • user can not post. This is OK for me, since this is a secondary account only for administration purposes and not for posting
  • user CAN indeed mass-move and mass-delete other users and delete Single users
  • user has access to following admincp-options:
    • statistics and moderator-logs
    • paid subscriptions (without "testing communication")
    • user profile fields, reputations, ranks, titles
    • "Users" (without "Access masks")
    • moderation
    • announcements
I am not happy with this solution, but at least it's working "sort of intended" :-<

I'd like vB to be more flexible in granting specific permissions; there are board systems that handle that pretty well regarding granularity like SMF and WBB for example (but they have their weaknesses of course, that's the reason why vB is still my favourite).

I strongly disencourage the designers following the path of packaging rights and bind them to specific role-accounts further. That means finding a trade-off everytime and IMHO such trade-offs are less efficient and in some cases unbearable.

Kind regards

Djamil

--------------- Added 06 Nov 2007 at 10:01 ---------------

Quote:

Originally Posted by BruceWest (Post 1362424)
Is it possible to appoint someone as an administrator without access to super-private-secret-ohmygosh-forums? Or could there possibily be a "junior administrator" modification out there?

Concerning a mod: I didn't find anything usable :-)

For you this may do the trick:

In addition to my post above, set "Can View Forum" to "no", so they cannot see ANY forum.

Djamil


All times are GMT. The time now is 02:41 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.01060 seconds
  • Memory Usage 1,724KB
  • 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
  • (1)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