Skip to:
Content
Pages
Categories
Search
Top
Bottom

Group moderator are not able to edit, delete group

  • Avatar of sapna1809
    sapna1809
    Participant

    @sapna1809

    Hello,

    I am working on a website in which i used buddypress, bpress and now i am getting an issue regarding admin tab of individual group.
    if i logged as admin then i can edit group details for individual group but when i logged as moderator i am able to see the admin tab in groups but when i clicked on admin table , it is redirecting to same group not show all admin sub tab items like, details, members, delete.

    Means group moderator is not able to edit, delete groups.So please help me, how i can do this.

Viewing 11 replies - 1 through 11 (of 11 total)
  • Avatar of @mercime
    @mercime
    Keymaster

    @mercime

    Group Moderators cannot delete groups. As to Admin items like Group Name/Descriptions, Group Mods should be able to do that.

    EDIT – trac ticket created https://buddypress.trac.wordpress.org/ticket/4737

    Avatar of sapna1809
    sapna1809
    Participant

    @sapna1809

    I have checked out again, uninstall all plugin and only activate buddypress plugin but again not able to change group details by moderator user.

    I used multisite, means multi network.
    Please suggest me.

    Avatar of sapna1809
    sapna1809
    Participant

    @sapna1809

    example, like below is link

    http://sitename.com/groups/africa/admin

    when i hover the mouse on admin tab, i see http://sitename.com/groups/africa/admin url but when i clicked on admin tab it redirect to http://sitename.com/groups/africa not http://sitename.com/groups/africa/admin

    Avatar of @mercime
    @mercime
    Keymaster

    @mercime

    @sapna1809 as noted in the trac ticket I linked to above it’s being considered for BP 1.6.3
    Please be patient. Thanks.

    Avatar of inkblot
    inkblot
    Participant

    @inkblots

    Sorry @mercime (and, yes, I’ve already read through the ticket in trac, along with the documentation, etc.), but Administrator elevated Moderators from within a community definitely do not belong in there messing around with Group naming structures and descriptions. They are there to merely moderate the internal content and behavior within the Groups/Forums themselves (like I need to tell you that, being that you are yourself a Moderator here on BuddyPress – and a hell of a good one at that if you don’t mind me saying so!), and that’s it.

    With this proposed change, will newly elevated Group Moderators then also be able to delete and/or upload Group avatars once given these new permissions, or even change the Groups privacy settings at will? Not a good “fix” at all if you ask me, no matter what the existing documentation and so forth has to say about it.

    I believe that the real error here occurred at some point in time within the direction of the documentation if anywhere, and that is actually what needs to be fixed here, and not with keeping on going down a road where the sign with the arrow pointing one on where to safely go somehow got turned around at some point and is actually now pointing off over the cliff, right?

    Hugo (@hnla) has it absolutely right here with his take on this proposed change within the trac ticket located at https://buddypress.trac.wordpress.org/ticket/4737

    If you look at our own Group structure within our currently-being-developed site at https://PhysicalActivity.com (which I’d personally registered all the way back in December 1999) you’ll see that we’ve got over 200 meticulously generated Groups, and with thousands more to come, that we definitely do not want members who have been elevated to Moderators digging in and messing around with when it comes to Group names and descriptions, among other things, and I’m guessing a lot of other folks (site Administrators) would feel the exact same way about it as well. Isn’t it enough that Moderators can already pretty much clear out the entire contents of a Group/Forum?

    We do not allow our members to create their own Groups, and that is definitely by design. It would certainly create havoc and chaos if we then, eventually, had 100′s of Moderators running wild within our set Group naming structures, descriptions and so forth, especially with thousands upon thousands of Groups to have to keep track of in the future.

    When we’re done here, we’re definitely going to be one of the bigger sites making use of the WordPress/Multisite/BuddyPress platform so, needless to say, and like a lot of other folks here too, we’ve got a lot of time, effort and money invested in helping to properly see this whole thing (the ultimate development and direction of BuddyPress) through as well, even if our contributions and/or opinions are just brushed to the side at times.

    We’ll definitely be stripping this update out of the code when (if) it drops with, what looks to be from @djpaul, 1.6.3 in the next several days or so here.

    If anything, this sounds more like an options type of thing (“Allow Moderators to Change Group Name and Description” – “Do Not Allow Moderators to Change Group Name and Description”), or even plugin territory for the few people who would actually get good use out of something as reckless as this.

    All of you guys and gals working on BuddyPress with your time, efforts and skills are absolutely fabulous (and I know, because I’ve been working with and dabbling in BuddyPress since its inception when Andy Peatling was still running the show, and I’ve been working with WordPress since its beginnings as well, even going so far as to register domain names like WordBlog.com, CustomerBlog.com, NoteBlog.com and so forth to use in conjunction with it way back in 2003/2004), so please don’t take this as anything more than me just tossing a little dirt (with a pinch of love) into the gears in the hopes of getting people to stop and take a second, or even third, look into a quick and hastily made change that just shouldn’t be made in the first place.

    You know what they say about fixing something that isn’t broken…

    Thanks for lending an ear or two to me here. Keep up the good work!

    Best regards,

    Kyle

    Avatar of @mercime
    @mercime
    Keymaster

    @mercime

    @inkblot Thank you for posting your keen and thorough observations. The arguments you posted for removing that capability from the Group Moderator are valid. You should post your views and suggestions in the trac ticket. Please do feel free to do so.

    Playing d-v-l’s advocate :-) I would say that before a Group Admin promotes a member to Group Moderator, the GAdmin either knows the member already and trusts him/her or has observed the performance of the member over a period of time and has deemed that the member is a mature, knowledgeable and a responsible person — someone who will not change the group name and description willy-nilly nor be wishy-washy about maintaining order in the forums.

    Thanks again and have a happy new year!

    Avatar of sapna1809
    sapna1809
    Participant

    @sapna1809

    Hello,

    Can you help me please why in my website , moderators are not able to see all those group admin sub tabs and why they redirect to group activity page when click on group admin tab.

    Avatar of Hugo
    Hugo
    Moderator

    @hnla

    @mercime that devils advocate argument doesn’t really hold water, if the admin is to trust to the group mod not changing those aspects then what point them being available, if the group admin does indeed want them to change  or have ability to change these details why are these trusted members not simply elevated to group admin a position that can be held by more than one person.

     

    This discussion and any views either way ought to now continue on the ticket as a form of straw poll so to speak and a view taken on which is best approach to follow on the basis of majority opinion.

    Avatar of @mercime
    @mercime
    Keymaster

    @mercime

    @hnla :-) Different strokes for different folks. The GAdmin can always demote the GMod if the latter has been naughty not nice. I’m neutral here. Can live with or w/o that GMod capability.

    Avatar of laminedj
    laminedj
    Participant

    @laminedj

    Hello,

     

    My issue is not about edit or delete roup bit about moderation role :

     

    In BP Codex it said : http://codex.buddypress.org/user/setting-up-a-new-installation/group-settings-and-roles/

    Moderators: When a group member is promoted to be a moderatorof the group, it means that the member receives the following additional abilities:

    1. Edit group details, including the group name and group description
    2. Edit, close, and delete any forum topic or post in the group
    3. Edit and delete other kinds of content, as produced by certain plugins (eg Group Documents)

    For my part point 2 is not working at all. I mean as an admin I can do point 2 but as a moderator I can’t.

     

    - I can’t access admin tab I am redirect to home group.

    - Delete post is not present in group activity stream

    - I can’t ban users because I can’t access admin area

     

    Any advise ?

     

    Lamine

     

     

    Avatar of @mercime
    @mercime
    Keymaster

    @mercime

    For my part point 2 is not working at all. I mean as an admin I can do point 2 but as a moderator I can’t. ==> Edit, close, and delete any forum topic or post in the group

    You should be able to do this as Group Mod. WP/BP versions? Have you done basic troubleshooting like changing to BP Default theme and deactivating other plugins except BuddyPress?

    - I can’t access admin tab I am redirect to home group.

    @laminedj – that’s where this all started and what the trac ticket (link above) is all about.

    - Delete post is not present in group activity stream

    Change to BP Default theme, the delete button/link is there for Group Mod in Activity Stream.

    - I can’t ban users because I can’t access admin area

    Group Mods cannot ban users, only Group Admins can do that. You can mark forum posts of such as Spam.

Viewing 11 replies - 1 through 11 (of 11 total)

You must be logged in to reply to this topic.