Forum Replies Created
PARTY FOUL: I was unintentionally reverting to pre 1.0b1 versions of the files. Thus the bugs. Thus my insanity for swearing up and down that I was using the original code. I was… just *too* original.
NOTE: Restarted Apache. Restared SQL server. Switched to PHP 5… all with no luck. (sub-note: BuddyPress didn’t seem to like PHP 5)
Is this a database cache problem? How does one fix that? (Note: this is *not* a browser caching issue. I’ve tried loading the page on different browsers on different machines on different operating systems)
Note: All file permissions and owners and groups are the same on the server.
Note: This “touching” problem does not seem to affect my test server. The test server is running PHP 5 whereas the “problem” server is PHP 4? Do people know what I mean when I say “touching” or am I coming across as a weirdo?
Haha. That’s the truth. It’s a shame for the people trying to play in my neighborhood.
Yeah, I changed it to default to active… or at least, that’s how I wanted to change it. get_newest_users, get_active_users and get_popular_users all do not work properly with bp-core-widgets.php. They *do* work in bp-core-directory-members.php. What’s the difference between those pages?
Still failing, but there are some silver linings.
Narrowing the problem: I see that the $users array has 0 members. What could cause that? This line isn’t getting the users it should:
<?php $users = BP_Core_User::get_active_users($options) ?>
I checked, and $options is returning a number (in my case ’5′).
Damn! I wish my PHP skills were above novice.