Member directory browsing issue.
-
Hi all: I noticed that the listing of members using the alphabetical feature is not working. When you go to: http://tatazara.com/members and try any letter like F or S for Francis Stevenson, you get the link: http://tatazara.com/members#f but the page stays at /members directory. Any thought?
-
Yeah. I bet the JavaScript isn’t working. If this is following on from your other posts, it sounds like you are trying to install this in a previous directory. What about deleting everything and starting over in a clean directory?
Thank you sir! Not sure I follow the idea. By deleting, do you mean the entire buddypress and WP? Hum! that would take 2 years out of my life. I am sort of willing to let go of the alphabetical listing… but I don;t recall having moved files around. Standard install.
I got the same issue with an upgrade to WPMU2.8.4a and BP1.0.3. Have two issues one is the one mentioned above by Arezki
Hi all: I noticed that the listing of members using the alphabetical feature is not working. When you go to: http://tatazara.com/members and try any letter like F or S for Francis Stevenson, you get the link: http://tatazara.com/members#f but the page stays at /members directory. Any thought?
and the other is that is gives me the ‘ol:
No members found. Members must fill in at least one piece of profile data to show in member lists.
error that othe threads have brought up.
I upgraded to bp1.0.3 to get rid of the second issue per Andy’s instructions in a previous thread, but that didn’t help.
the groups and blogs alpha directory work just as advertised but not the member alpha directory. yes, people have entered info into profile fields. the member search function works fine.
Anyone got an idea about this? Could it be something with the different types of name fields?
Thanks in advance for your advice.
helloooooooo hellooooooooo, echooooooooo
Hi all
I’m experiencing the same two issues ( alphabetical list does not list any users, and the message ‘No members found. Members must fill in at least …..’)
The member search facility on the Members page also does not work for me.
Using WordPress MU 2.8.4 + BP 1.0.3. Clean install, have never re-installed or deleted anything off the site yet.
One thing that ‘may’ make a difference is that I’m running Normal WordPress as my main, publicly viewable site, and the WordPress MU in a subfolder off the root. The database table names are different though, so I doubt there’s a conflict. For the standard WordPress install I used ‘wp2_’ as the table prefix.
fuzzyman,
i never got an answer so i just deleted that piece of buddypress so i didn’t have some functionality showing that didn’t work.
a BP-expert has setup my website.
Still, I do have the same issue as mentioned above.
Clicking on Alphabetic letters for member-list does not work…….
Seems to be a BP-issue ???
I had a similar issue, and this is how i fixed it. Maybe it will help.
BTW, using WPMU 2.8.4a and BP 1.1.1.
bp-core-classes.php: around line 224:
$total_users_sql = apply_filters( ‘bp_core_users_by_letter_count_sql’, $wpdb->prepare( “SELECT DISTINCT count(u.ID) FROM ” . CUSTOM_USER_TABLE . ” u LEFT JOIN {$bp->profile->table_name_data} pd ON u.ID = pd.user_id LEFT JOIN {$bp->profile->table_name_fields} pf ON pd.field_id = pf.id WHERE u.spam = 0 AND u.deleted = 0 AND u.user_status = 0 AND pf.name = %s AND pd.value LIKE ‘$letter%%’ ORDER BY pd.value ASC”, BP_XPROFILE_FULLNAME_FIELD_NAME ), $letter );
$paged_users_sql = apply_filters( ‘bp_core_users_by_letter_sql’, $wpdb->prepare( “SELECT DISTINCT u.ID as user_id FROM ” . CUSTOM_USER_TABLE . ” u LEFT JOIN {$bp->profile->table_name_data} pd ON u.ID = pd.user_id LEFT JOIN {$bp->profile->table_name_fields} pf ON pd.field_id = pf.id WHERE u.spam = 0 AND u.deleted = 0 AND u.user_status = 0 AND pf.name = %s AND pd.value LIKE ‘$letter%%’ ORDER BY pd.value ASC{$pag_sql}”, BP_XPROFILE_FULLNAME_FIELD_NAME ), $letter, $pag_sql );
For me, it was the pf.name in the WHERE that was coming back with nothing. I understand the MYSQL, but not understanding the logic behind that. I changed it to what I was hoping to nail in the first place:
$total_users_sql = apply_filters( ‘bp_core_users_by_letter_count_sql’, $wpdb->prepare( “SELECT DISTINCT count(u.ID) FROM ” . CUSTOM_USER_TABLE . ” u LEFT JOIN {$bp->profile->table_name_data} pd ON u.ID = pd.user_id LEFT JOIN {$bp->profile->table_name_fields} pf ON pd.field_id = pf.id WHERE u.spam = 0 AND u.deleted = 0 AND u.user_status = 0 AND pf.name = ‘Last Name’ AND pd.value LIKE ‘$letter%%’ ORDER BY pd.value ASC”, BP_XPROFILE_FULLNAME_FIELD_NAME ), $letter );
$paged_users_sql = apply_filters( ‘bp_core_users_by_letter_sql’, $wpdb->prepare( “SELECT DISTINCT u.ID as user_id FROM ” . CUSTOM_USER_TABLE . ” u LEFT JOIN {$bp->profile->table_name_data} pd ON u.ID = pd.user_id LEFT JOIN {$bp->profile->table_name_fields} pf ON pd.field_id = pf.id WHERE u.spam = 0 AND u.deleted = 0 AND u.user_status = 0 AND pf.name = ‘Last Name’ AND pd.value LIKE ‘$letter%%’ ORDER BY pd.value ASC{$pag_sql}”, BP_XPROFILE_FULLNAME_FIELD_NAME ), $letter, $pag_sql );
Works fine for me. I’ve heard the latest edge version of BuddyPress fixes this somehow… but this worked at install for me so something must of changed. I have ALOT of custom profiles and the member import was a-typical so maybe in my case that had something to do with it.
- The topic ‘Member directory browsing issue.’ is closed to new replies.