[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