Skip to:
Content

Opened 3 years ago

Last modified 3 years ago

#6145 new enhancement

BP 2.2 beta 2 - member-type can be changed by member on their extended-profile page

Reported by: chubbycrow Owned by:
Milestone: Future Release Priority: low
Severity: normal Version:
Component: Members Keywords:
Cc: bill@…

Description

Hi all. @r-a-y suggested posting here about this issue thinking it may be a bug, so I'll just copy what I originally wrote on the support forums:

This new member-types feature is looking really great so far. I noticed though that a member can change their own member-type on the extended-profile back-end page. Is this intended to remain the default behavior?

I can see reasons for both approaches (either under admin-, or under member-control), but I would think that allowing members to choose their own type might have undesired results. For example, in the ‘student’/’teacher’ scenario, presenting a page that lists teachers might need regular oversight. What do you think?

-Bill

WP 4.1
child theme of Twentythirteen

Change History (5)

#1 @imath
3 years ago

Thanks for your interesting feedback.

A possible enhancement for the future would probably be to include some filterable capabilities when registering the member_types taxonomy.

I'll let boonebgorges reply more precisely, but I don't think the fact the user can edit his own type is a bug.

#2 @slaFFik
3 years ago

Anyway developers should be able to filter that out, so users won't be able to edit their member type.

#3 @DJPaul
3 years ago

  • Milestone changed from Awaiting Review to Future Release
  • Priority changed from normal to low
  • Type changed from defect (bug) to enhancement

This is working as intended for this first version; the implementation is being kept simple so we can see how developers start to use the feature. (For example, you have to add new member types via code, there isn't a UI for it). Feedback like this will help influence how we iterate on this in future releases, so thanks for your feedback.

#4 @boonebgorges
3 years ago

A possible enhancement for the future would probably be to include some filterable capabilities when registering the member_types taxonomy.

Yes, that's not a bad idea.

I agree with what DJPaul has said here. Let's try to do something like this for 2.3. In the meantime, here's some sample code that you can adapt to hide the metabox from certain users. In this case, I'm allowing only 'bp_moderate' users (ie, admins) to view it, but you can do whatever you'd like.

function bp6145_remove_member_type_metabox() {
	if ( current_user_can( 'bp_moderate' ) ) {
		return;
	}

	remove_meta_box( 'bp_members_admin_member_type', get_current_screen()->id, 'side' );
}
add_action( 'bp_members_admin_user_metaboxes', 'bp6145_remove_member_type_metabox' );

#5 @chubbycrow
3 years ago

  • Cc bill@… added

Thanks very much to each of you for the clarification, and for being so open to input. Special thanks to @boonebgorges for crafting the snippet! It's much appreciated.

Note: See TracTickets for help on using tickets.