[buddypress-trac] [BuddyPress] #1991: bp_has_members - can't set unlimited per_page
buddypress-trac at lists.automattic.com
buddypress-trac at lists.automattic.com
Mon May 2 22:13:08 UTC 2011
#1991: bp_has_members - can't set unlimited per_page
---------------------+-----------------------
Reporter: DJPaul | Owner:
Type: defect | Status: reopened
Priority: major | Milestone: 1.3
Component: Core | Version:
Resolution: | Keywords: has-patch
---------------------+-----------------------
Changes (by boonebgorges):
* keywords: => has-patch
* priority: minor => major
* status: closed => reopened
* resolution: fixed =>
Comment:
I'm reopening this ticket. Paul, your fix meant that the $limit param of
BP_Core_User::get_users() was never null. And the default value of $page
is set to 1. That means that, in some places where no pagination data at
all is passed to bp_has_members(), you end up with $limit = 1 and $page =
1, meaning that a single member is returned. (This happens, for instance,
in the friends list that appears on the Send Invites tab of groups.)
I have attached what seems like a safer fix, namely one that casts $limit
as an integer, so that the $limit check that you refer to is actually
respected when a value of 0 is passed.
I'd like a second opinion about this before committing, because this
touches a lot of stuff throughout BP. But I've been staring at it for
about an hour and I'm reasonably sure that this is the solution :)
--
Ticket URL: <https://trac.buddypress.org/ticket/1991#comment:3>
BuddyPress <http://buddypress.org/>
BuddyPress
More information about the buddypress-trac
mailing list