[buddypress-trac] [BuddyPress] #4229: Member Search oddness.

buddypress-trac at lists.automattic.com buddypress-trac at lists.automattic.com
Sat Jun 2 06:43:22 UTC 2012


#4229: Member Search oddness.
--------------------------+------------------------------
 Reporter:  DennisSmolek  |       Owner:
     Type:  defect (bug)  |      Status:  new
 Priority:  normal        |   Milestone:  Awaiting Review
Component:  Members       |     Version:  1.5.5
 Severity:  normal        |  Resolution:
 Keywords:                |
--------------------------+------------------------------

Comment (by r-a-y):

 > I have a BP site that I imported data from another service. I put all of
 this data into the wp_usermeta table as I noticed bp_core_get_users
 searches usermeta and I wanted to be able to use some other wp plugins.

 bp_core_get_users() '''doesn't''' search on usermeta unless you
 specifically pass the 'meta_key' and 'meta_value' terms.

 eg.

 {{{
 bp_core_get_users( array(
      'meta_key'   => 'THE_USER_META_KEY_YOU'RE_SEARCHING_FOR',
      'meta_value' => 'THE VALUE YOU'RE SEARCHING FOR'
 ) );
 }}}

 This isn't done by default in the member search form.

 If you already know this and you're filtering bp_core_get_users(), then
 disregard what I wrote!

 ---


 > Now I'm wondering if I should just switch to xprofile data and migrate
 this huge DB over, supposedly I'll be able to search by xprofile data too
 and there are firstname lastname fields in that. If that were to deliver
 more consistent results I'll do it..

 If you followed this approach, then the member search form would work the
 way you wanted it to.

-- 
Ticket URL: <https://buddypress.trac.wordpress.org/ticket/4229#comment:1>
BuddyPress <http://buddypress.org/>
BuddyPress


More information about the buddypress-trac mailing list