<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" 
	>
<channel>
	<title>
	Comments on: LH MCP BuddyPress Queries	</title>
	<atom:link href="https://lhero.org/portfolio/lh-mcp-buddypress-queries/feed/" rel="self" type="application/rss+xml" />
	<link>https://lhero.org/portfolio/lh-mcp-buddypress-queries/</link>
	<description>Digital Sovereignty for everyone</description>
	<lastBuildDate>Sat, 31 Oct 2026 07:55:57 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		By: Peter Shaw		</title>
		<link>https://lhero.org/portfolio/lh-mcp-buddypress-queries/#comment-1537806</link>

		<dc:creator><![CDATA[Peter Shaw]]></dc:creator>
		<pubDate>Sat, 31 Oct 2026 07:55:57 +0000</pubDate>
		<guid isPermaLink="false">https://lhero.org/?post_type=lh-portfolio&#038;p=147320#comment-1537806</guid>

					<description><![CDATA[Adds get-user-groups, which lists every BuddyPress group a user belongs to with their role in each (admin, mod, member or banned), including private and hidden groups, plus their pending invites (with the inviter) and membership requests. Filtering by role banned answers which groups have banned someone in one call, replacing a sweep of every group with get-group-members. Like the other abilities it is site-scoped, takes site_id and needs bp_moderate; no email addresses are returned. plugin_version() now reads the Version header instead of returning a hardcoded 2.1.1.]]></description>
			<content:encoded><![CDATA[<p>Adds get-user-groups, which lists every BuddyPress group a user belongs to with their role in each (admin, mod, member or banned), including private and hidden groups, plus their pending invites (with the inviter) and membership requests. Filtering by role banned answers which groups have banned someone in one call, replacing a sweep of every group with get-group-members. Like the other abilities it is site-scoped, takes site_id and needs bp_moderate; no email addresses are returned. plugin_version() now reads the Version header instead of returning a hardcoded 2.1.1.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Peter Shaw		</title>
		<link>https://lhero.org/portfolio/lh-mcp-buddypress-queries/#comment-1537792</link>

		<dc:creator><![CDATA[Peter Shaw]]></dc:creator>
		<pubDate>Sat, 31 Oct 2026 05:40:13 +0000</pubDate>
		<guid isPermaLink="false">https://lhero.org/?post_type=lh-portfolio&#038;p=147320#comment-1537792</guid>

					<description><![CDATA[get-group-members now accepts group_ids, a list of up to 100 groups, as well as group_id, so every captain on a night can be fetched in one call. role, search and paging apply to each group, and the result is a groups array with one entry per requested group holding its total and members, or an error (not_found, not_permitted). Members of all requested groups are now read in a single query instead of one BuddyPress member query per group; spam and deleted accounts are left out. Group admins (captains) can now see the members of their own groups, including emails, without edit_users: edit_users still sees every group, an admin sees only the groups they administer, and with group_ids any other group comes back as not_permitted instead of failing the call. Group mods get no extra access. group_id calls keep their existing output shape.]]></description>
			<content:encoded><![CDATA[<p>get-group-members now accepts group_ids, a list of up to 100 groups, as well as group_id, so every captain on a night can be fetched in one call. role, search and paging apply to each group, and the result is a groups array with one entry per requested group holding its total and members, or an error (not_found, not_permitted). Members of all requested groups are now read in a single query instead of one BuddyPress member query per group; spam and deleted accounts are left out. Group admins (captains) can now see the members of their own groups, including emails, without edit_users: edit_users still sees every group, an admin sees only the groups they administer, and with group_ids any other group comes back as not_permitted instead of failing the call. Group mods get no extra access. group_id calls keep their existing output shape.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
