Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'profile fields'

Viewing 25 results - 1,651 through 1,675 (of 3,608 total)
  • Author
    Search Results
  • #162056
    Henry
    Member

    @hnla none was taken! :}

    #162055
    Henry
    Member

    But I think we are missing the elephant in the room (except for @shanebp). Why would non-logged in visitors want to see the “This field can be seen by” text on the registration page?

    I think this whole area needs some further thought.

    #162054
    Hugo Ashmore
    Participant

    @henrywright-1 As you can probably see, my ‘huge mis-understanding’ was quite easily done :} yep and I meant no offence in the phrase ‘huge mis-understanding’ 🙂

    #162053
    Henry
    Member

    @hnla

    How this is interpreted depends very much on what you want to achieve. If you are a developer in the process of designing the public member profile page (displaying their profile field values) then you would think of visibility to mean the field values. However if you are in the process of designing the edit profile page (displaying the input form fields) then you would think of visibility to mean the input fields.

    As you can probably see, my ‘huge mis-understanding’ was quite easily done :}

    #162051
    Hugo Ashmore
    Participant

    @henrywright-1 ah you were labouring under a huge mis-understanding of what this meant, as Boone says it’s pseudo privacy for display of users details on their profile – if admin allows users to configure that given field – it’s NOT anything to do with whether the field is hidden on registration view.

    However there are still issue with how this works with reg form or it needs a good review.

    #162050
    Hugo Ashmore
    Participant

    This has definitely come up, the text label jogs my memory.

    It may make sense that one had change link on pre-registration if the value selected was being passed along with the registration and setup of the user_meta and if the admin setting allowed users to change the field value but as I doubt that’s in fact possible and fact Boone has said it’s simply meant to impart the status of that given profile field visibility then the change select needs to be removed.

    #162046
    shanebp
    Moderator

    Regardless of what it refers to, why would
    “This field can be seen by: etc. ” under each Base field on the register page
    and a ‘change’ link be visible on a register page to a non-logged-in visitor?

    That’s what I meant by it failing the bp_current_user_can() check.

    #162044
    Henry
    Member

    Yep, i see it. According to Boone, it refers to the field value. Slightly misleading text i must admit.

    #162043
    shanebp
    Moderator

    @henrywright-1

    Do you see “This field can be seen by: etc. ” under each Base field on the register page?
    And a ‘change’ link?

    Per the image above ?

    #162033
    Henry
    Member

    Just got clarification from Boone. Visibility doesn’t relate to the actual form input field, it relates to the field’s value. So this issue isn’t a bug.

    #162027
    Hugo Ashmore
    Participant

    This rings a bell, think it may have been discussed ( I certainly have a recollection of looking at this aspect of profile visibility and registration processes) before in some respect or another and there may already be a ticket raised.

    #162017
    Henry
    Member

    Thanks for helping test. Bug report here:

    https://buddypress.trac.wordpress.org/ticket/4942

    #162008
    shanebp
    Moderator

    I believe you’ve found a bug.
    The Base group allows an admin to set default visibility levels.
    I was going to suggest you set each field to “logged-in users” and allow users to change their visibility.

    But those settings are not honored on the register form.

    You can submit a bug here.
    https://buddypress.trac.wordpress.org/
    Log in with the same user / pw you use for these forums.

    Also – do you also see “This field can be seen by: etc. ” under each Base field on the register page?
    And a ‘change’ link?

    There is a check in register.php, but it apparently fails by returning true for logged out users.

    `if ( bp_current_user_can( ‘bp_xprofile_change_field_visibility’ ) ) `

    Like this image taken while logged out on a vanilla install of WP 3.5.1, BP 1.7, 2012 theme

    register page bug

    Renato Alves
    Moderator

    I’m sorry @jancbeck, I wasn’t understanding what you wanted. Now I do and can’t think of a way, but if I come across of something, make sure I will let you know.

    jancbeck
    Participant

    Thanks your for your answer. I guess I did not make myself clear enough.

    Each user should be able to add as many of these fields as he or she likes. If one had done many jobs in his career one would require a lot of the aforementioned fields. If I’m a young grad student there are probably not gonna be too much. That’s why each user should be able to duplicate the initial field group to have as many as he wants.

    I don’t think Buddypress can do this out of the box. I looked at database structure and it seems each user can only have one field assigned to field of a group (1:n relationship).

    Renato Alves
    Moderator

    You can add as much as fields as you want. The students would fill them according in their seetings page (here you could change the name for one more appealing) and those fields are searchable by default so you would not have a problem with it.

     

    Bu BuddyPress does all you want out of the box.

    #161673
    bp-help
    Participant

    @tux-kapono
    This can be done out of the box. In the dashboard/users/profile fields create a new profile field under base because this is the fields in registration and under “Is this field required” make it required. In “field type” choose checkboxes. Under “please enter options for this Field:” just leave sort as is and in the text field below it type “I Agree To The Sites Terms Of Service” (This can be what you want really just a suggestion). Under “Default Visibility” check Default value. And That wraps it up really.

    @mahdiar

    Suggesting as a trac ticket is not necessary. Its already there if you just do the follow the instructions given!

    #161628
    meg@info
    Participant

    Hi @gsj,

    Add this code to functions.php file of the current theme.

    `
    add_filter(‘bp_xprofile_get_hidden_fields_for_user’,’bp_define_hidden_fields’, 10 ,3 );
    function bp_define_hidden_fields( $hidden_fields, $displayed_user_id, $current_user_id ) {
    //if not admin or if not the the profile of the current user
    if ( !is_super_admin( $current_user_id) && ($displayed_user_id != $current_user_id) ) {
    //add name field ( id = 1 ) to the hidden fields
    $hidden_fields[] = 1;
    }
    return $hidden_fields;
    }
    `

    #161566

    In reply to: Profile Data Deleting

    Zachary DuBois
    Participant

    I am running WordPress Multisite 3.5.1 in the root directory. When I had everything setup correctly after installing BuddyPress it broke some of the profile fields on some users. I am running BuddyPress 1.7. I have the following latest versions of plugins and none of them from trial and error did anything:

    • Bad Behavior
    • bbPress
    • Blubrry PowerPress
    • BuddyPress
    • Flowplayer 5 for WordPress
    • Jetpack by WordPress.com
    • SI CAPTCHA Anti-Spam
    • Wordfence Security
    • WordPress MU Domain Mapping
    • WP Maintenance Mode

    I was upgrading from BP Beta 2 and had no problems before. I am hosted on Linode and web server is Apache.

    modemlooper
    Moderator

    member search uses profile fields.

    Try this plugin not sure if it still works https://wordpress.org/extend/plugins/custom-profile-filters-for-buddypress/

    #161235
    binarymoon
    Participant

    Thanks – that helps a bit I guess. I now understand why it’s there, but I’m not convinced it should be added to all fields by default. Perhaps there should be an option in the field setup screen.

    Thanks again for your help.

    #161179
    danbpfr
    Participant

    @blackmatarsak,

    1) of course, you paste the code after a php closing tag. You also pasted the very first line of the code  which is only my comment.

    Remove the closing tag and comment the line with two // or remove it, and things will go better.

    Aside, theme’s functions.php use only a php opening tag, never a closing tag ( ?> )

    2) can be easily done. See on Codex, profile fields and how to create new profile fields. It’s made on dashboard > users >profile settings

    #160424
    JusHerb
    Participant

    @enej (This is the only place I could reach you) I am building an Intranet on WordPress I have read about using various plugins that I can use to get the job done. I am interested in customizing the dashboard to fit my needs visually and navigation wise. However I am having a hard time really putting my finger on a good plan to get an employee directory and a client directory established in the dashboard area. I read up on your plugin, “profile CCT” I was wondering if it was capable of functioning this way. Each directory should have an area (Maybe the left tab bar area on dashboard) where each employee or client has his/her own profile. The profiles will have custom fields; documents (Word Doc or PDF) will need to be uploaded to some of the fields. An expiration date alert will need to a feature for those document fields too. The alerts for those fields should be sent to the admin on expiration. Any suggestions?

    azchipka
    Participant

    Ok so I managed to find a backwards way of doing it because I needed to be able to do the same thing. Your going to need two plugins.

    1. Your Preferred Role Management Plugin. I like Capacity Manager Enhanced
    2. Buddypress xProfiles ACL

    STEPS
    1. Use your role manager to create some new roles. Name them what ever you want.
    2. Go into the Users -> Profile Fields
    3. Create a Field Group for your Restricted Items (not the primary one).
    4. Go to the Settings -> xProfile ACL
    5. Put your Field Group that you only want the Admin to be able to edit for the admin only.
    6. Now this is important you need to modify the xProfile ACL php file (yes I know this makes it a hack, if xProfile ACL is updated you will lose this setting.)
    6a. Go to line 240 of the buddypress-xprofiles-acl.php file. Comment out lines 240 – 249, the code you are commenting out is:

    `
    function filter_xprofile_groups_with_acl() {
    global $bp, $profile_template, $current_user;
    get_currentuserinfo();
    foreach($profile_template->groups as $key => $profile_group) {
    if( ! in_array($profile_group->id, $this->user_allowed_xprofile_groups) ) {
    unset($profile_template->groups[$key]);
    }
    }
    }
    `

    6b. Below the code you just commented out add:
    ` function filter_xprofile_groups_with_acl() {}`

    7. Save your changes to the buddypress-xprofiles-acl.php file.

    8. Now when ever you need to modify the fields log in with your admin account navigate to the user profile in buddy press and select Edit Member Profile from the tool bar. You will see the fields from the private group. Users will see the fields but when they select edit they will not be displayed.

    Hope this helps.

    jimmy140
    Participant

    @Brendino,

    Looking to accomplish the same thing! I haven’t been able to find any good solutions either. If you come up with something please post!

    Jimmy

Viewing 25 results - 1,651 through 1,675 (of 3,608 total)
Skip to toolbar