Forum Replies Created
-
@harvey1233 – I don’t see any hypertext ads on this site or on justinharvey.com. I think something has infected your browser or your PC.
Hi, @WillyWortel19 -
This plugin supports a user CSS file for the group tree. The file should be within your theme directory at the following path `_inc/css/hierarchy.css`
Feel free to copy the bundled CSS file as a template or make your own. Please let me know if you run into any problems with this!
- David
Hi, @rebeccaogm -
The options for this plugin are in your site’s dashboard. Look for the menu item called `BuddyPress`, then the `Group Hierarchy` item under that.
This plugin doesn’t provide a drop down for subgroups, or a second level of sub-groups. It is possible, but would be a decent amount of work. If there’s a lot of interest, I may be able to work it into a future release.
Unfortunately, there isn’t a good intro guide that I know of. Somebody made a video a long time ago, but I think so much has changed since then that it wouldn’t cover your question. If you have any other questions, feel free to post them here and I’ll do my best to answer them!
- David
Hi, all! -
I’ve started adding a groups export feature to this plugin. For the next release there will definitely be CSV export, and I’m checking out other formats to see what would be best for this plugin. The standard XML sitemaps format doesn’t seem to have any provision for friendly names (like the group name), so it doesn’t seem like a good fit…
Any ideas are welcome!
Hi @guykreativ -
This is related to BP bug #4550. The development version of this plugin has a workaround and works on BP 1.7 for me, but I haven’t tested everything yet. Please give it a try and let me know if you run into any issues.
- David
Hi @arialburnz -
You can contact me at
david at generalthreat dot comHi @thosch – thanks for the report! I will look into this and see what I can find. There hasn’t been an update for a while, so it’s entirely possible a new step is needed to activate the group forum.
Hi @arialburnz – thanks for the awesome bug report!
These issues (no subgroups for anonymous users and the “0″) have been fixed and a new version will be out shortly.
@janco – Yes, that and `bp-group-hierarchy/templates/tree/tree-loop.php`
But you should copy the `tree` subfolder into your theme folder and work from there, so your changes aren’t overwritten by an update.
There are enough filters and things that you could make this happen, but it would require a lot of coding and a highly-customized theme.
The biggest obstacle I can see is switching between multiple root slugs for the groups component. It is probably doable, but I have never tried it.
@intrd – Site Root isn’t a real group, it’s just a placeholder so you can make new groups top-level.
If you want group activity to propagate to parent groups, the easiest way is to hook when entries are made and copy them into the parent group. The big problem is that this can make a LOT of duplicate entries depending on the depth of the tree.
@BlinkyBill01 – it has worked fine for me, and I haven’t had any reports of problems. If you run into anything, please let me know!
‘BP_GROUP_HIERARCHY_SLUG’
Glad to hear things are working for you!
@b1gft – that’s not a bad idea! I’m thinking the default behavior should still be to hide the button, but there’s a simple filter than you can use to return true and expose it. Thoughts? You’d have to create the function to handle anonymous visitors who click on it, but the option would be available.
@hnla – are you saying the “Create a Member Group” button doesn’t show up to you as super admin? Or that it doesn’t show up when set to “Anyone” and logged out?
Hey Shaun,
Are you SURE it’s the `BP_Groups_Hierarchy` class? I just added a `die()` call at the beginning of the constructor, and admin pages load fine. Which is to be expected, since it isn’t that class is not instantiated unless something group-related asks for it. Can you provide a little more context on where you made your changes?
Also, just wanted to confirm that you’re using BP 1.5 and the latest version of the plugin. Things were quite different under BP 1.2.
Hi @b1gft – it’s still a bug and a fix is available in the development version if you need that functionality now, but I’m glad the workaround is working for you!
@b1gft – Thanks for the info! That’s a great start. I think I’m close to a fix, but have a couple questions to make sure I’m fixing your issue and not some other one

- This is on the page for a particular group, on the Member Groups tab, right?
- What is the value of “Allow x to create Member Groups” for the affected groups?Deleted User, can you provide some details on your install?
Which constructor do you mean? There’s more than one class in the plugin.
If you’re talking about the `BP_Groups_Hierarchy` class, that has to load every time BuddyPress would have loaded the Groups component. If you’re canceling that on non-group pages, you’re going to get weird results.
If you’re talking about the `BP_Groups_Hierarchy_Extension` class, that’s just a regular group extension and not a very expensive constructor, although it does appear that `bp_register_group_extension` loads on every bp_init..
As far as extra queries go, I’d love to help but need some more concrete examples.
As you’ve plainly stated, what you have are guesses. I’ve encouraged you to review the code yourself to get a better understanding of how it operates. Ultimately you are responsible for your site, and I cannot help you without a good faith effort on your part to examine what’s actually happening on YOUR site, rather than just some A/B timing and guesses.
IF you gather some real information and send it along, we can work on improving the plugin for everyone. Unless you do, though, all I can suggest is that you try the development version and see whether it improves your situation.
If you have doubts about how the plugin handles different pages, I encourage you to take a look at the source yourself.
I will continue to work on improving the plugin, both in adding new features and optimizing what’s already there. But you don’t seem to have a good sense of which pages are even being “profiled,” let alone what else may be going on with your site, so I don’t have a way to effectively diagnose anything.
Hi all,
I’ve posted a short write-up on adding breadcrumbs to your group pages. It’s pretty straightforward – as you all have already discovered, there’s no way around a child theme. But there still seems to be a lot of confusion, so I hoped this would straighten things out.
This seems like something you could cobble together without trying to send params to the group creation process, which is very awkward.
Top level: set toplevel groups to “Nobody” in the admin dashboard.
Then, since only super admins can create toplevel groups, set the permissions in each of those groups to “no one”Second and Third level: hook `bp_group_hierarchy_subgroup_permission_options` and return only the `group_members` and `noone` keys (respectively).
This filter passes the current group_id as a second parameter.
If none of that works for you, you can look at the `bp_group_hierarchy_set_parent_id_cookie()` function for a working example of setting cookies for group creation.
lol. What a revolutionary idea!

Page routing does need to run on every BuddyPress page (it hooks `bp_current_action`), but it only runs on the first call, and quits ASAP if the page isn’t a groups page.
I’ll keep working on it, but I’m not sure how much can ultimately be done about this.
Computing the intended group for any request is a database-heavy process, especially when the groups are deeply-nested. Optimization is problematic since there may be any number of valid path segments AFTER the group name.
That certainly doesn’t mean there isn’t potentially room for improvement, though.
If anyone has any ideas, I’d be happy to talk them over and/or give them a try!