Take a look at the “BP Member Filter” topic (https://buddypress.org/forums/topic/bp-member-filter#post-28748).
This is a good example of how to create filter extension for members. Principals / concepts will probably also work for groups.
@duna1921
We have no idea about your setup so we cannot offer help. See this:
https://buddypress.org/forums/topic/when-asking-for-support
We have many new members since BuddyPres version 1.1.x went live. Please, search the forum before posting. When you do post, provide us with sufficient details so that we can offer assistance.
Which version of WPMU are you running?
I got the exact same error after those steps. I noticed that if I comment out the lines causing the error, it raises the same error on the next function…
Thanks Jeff. Sadly I saw that before and looket at all of the rows… So it seems there really is NO other entry.
Update. By comparing my site’s BuddyPress-generated tabbed links “Blog”, “Members”, “Groups”, “Forums”, and “Blogs” to those for other sites, I was able to pin-down specifically what was wrong—but don’t know the fix.
My main blog structure was such that the main blog was at:
http://mysite.com
…and a member blog would be at:
http://mystite.com/memberblog
All the aforementioned BuddyPress-generated tabbed links “Blog”, “Members”, “Groups”, “Forums”, and “Blogs” were failing because the links specifically for the memberblog because “/memberblog” was being added to each of those links (if I removed the “/memberblog” part of the links then the links would go to the right place).
I tried everything I could think of to solve the problem (code reinstalls, database deleting and reinstallation, removing all plug-ins, etc), and *nothing* fixed the problem.
Interestingly, when I finally tried reinstalling using the http://memberblog.mysite.com site structure, those various memberblog Buddypress tabbed linked worked just fine.
Is it possible that BuddyPress has a bug specifically for that mysite.com/memberblog structure?
I’m going to stick with the memberblog.mysite.com structure because I don’t have currently have the coding experience to get into addressing the issue, and I’m happy enough with the subdomain approach in any case. I just wanted to let folks know that there might be a problem… or perhaps somehow it is something particular to my setup—although everything else worked just fine.
The first time you upgraded BP from 1.0.3 to 1.1.2, did you manually upgrade or use the automatic upgrade feature of WordPress?
What I would recommend is trying this:
- Make a backup copy of your DB if you have any data worth saving
- Make a backup copy of your bb-config.php file-assuming that you had forums integrated before
- Deactivate all non-BP plugins
- Deactivate BP
- Delete the old BP files located in the /buddypress/ directory
- Temporarily remove all plugins from /plugins/–copy them to a temp folder outside your install
- Manually upload a fresh copy of BP 1.1.2 and move the contents of /buddypress/bp-themes/ into their proper place
- Remove your /wp-content/bp-themes/ directory–assuming that you have moved it back into place since your last post
- Reactivate BP
- If no error, choose and activate the new default BP theme
Does BuddyPress version 1.1.2 now work? If so, add back your other plugins and activate them.
Not the right solution I think because now I can insert whatever html tags 
Any suggestions?
@casualgamesfrance
Thanks for your help! Your code works for all the tags given, but not for the images The correct code for inserting a picture is put in the database (without escape character for the quote). But when I look into the fora I can’t see a picture, because In the code of that page, there’s put an escape character before the quote’s.
I removed the add_filter( ‘bp_get_the_topic_post_content’, ‘wp_filter_kses’, 1 ); in /wp-content/plugins/buddypress/forums/bp-forums-filters.php and this solved the problem!!
The next step is to remove this filter in your custom.php file so I can leave buddypress as it is.
Thanks a lot!!
5283373Inactive
My Buddypress community (4500 members!) is asking for images for month now.
I patched BP with a filter to allow HTML tags in forums, and they use image hosting services, but with a lot of pain!
Native images capability in BP would make BP the best platform ever!
I’m really confused. I even tried the previous version of the plugin and it has the same error. I also went ahead and removed the bp-themes directory in case that was an issue. I have checked every single thing I know to (even the mu plugins directory. What could possibly cause this issue?
Agreed, the lack of images in the activity stream, wire and forums is driving me bonkers as well.
As far as I can tell, there is only a handful of capable developers here. Themers more so, but the availability of people that code this are very limited. Unfortunately these requests seem to fall on deaf ears.
In that sense BuddyPress is not even close to being a real contender amongst other social open source packages. I hate to say it, but it is true.
On the flipside, BP is young and a lot could happen in year. Somehow though this feature has never been able to be made a priority. Which is a shame, since with thousands of users generating pages full of text is just plain boring.
I love BuddyPress, but definitely feel your pain.
I re-read that page, but I don’t see anything that addressed my issue. I’ve disabled all other plugins (even though they didn’t have buddypress dependencies and I’m just trying to re-activate the plugin.
@jjj : It seems to me that BP is not trapping the GD Lib error while creating a thumbnail when using wp_create_thumbnail function in bp-core-avatars.php around line no. 250 resulted, it render the Cropper UI without an image and without any error.
In this case while all file permission and everything are correct. But user won’t find his file on FTP because BP deletes the original file if its not in correct size.
So I would suggest that before reporting any avatar upload issue here on forum user should check that file permissions are correct and its creating thumbnails.
A very simple way to test this is.
1. Login to the admin interface with admin
2. Goto Media -> Add New and try uploading any image
– If upload works correctly, which means file permission are ok. If not check the file permission
– If upload works correctly, check that its creating thumbnails in 150X150 and 300X300 (default) for bigger images. This can be check by going to wp-content/blogs.dir/–Your Upload path–
If both are correct avatar upload might work.
Hope this helps 
You assume people are trying. I’m not at all certain that that’s the case. (I sure wouldn’t want it on my site.)
As far as ‘anywhere’ goes, you might want to take a look at this.
Wow, Great Support!
Thank you, worked like a charm.
I assume you are asking about the “Popular Group Forums” section.
You can change the number it displays by editing the max setting on line 11 of the index.php file found in bp-sn-parent/directories/forums/
<?php if ( bp_has_site_groups( 'type=most-forum-topics&max=6' ) ) : ?>
@pollyplummer-
There are more detailed instructions here:
https://codex.buddypress.org/developer-discussions/buddypress-forum/
I hope that helps.
This is really a WPMU question and best asked in that forum. But, have you set up a wildcard DNS record as instructed in the WPMU readme.txt file?
Read the first section in this thread and see if that solves your issue:
https://codex.buddypress.org/getting-started/upgrading-from-10x/
As Burt has not been around the forums or on IRC for 10 weeks, I would not count on this particular plugin to be updated anytime soon. In fact, at this stage, I would assume it will not be updated at all. You can PM him and see if you get a response. If you do, please ask him to post here as well.
Remember, all the plugins on the WP plugin repository are GPL so anyone could take his work, update it, add to it, and rename it and call it a new plugin–with the appropriate credit given to Burt of course.
What application are you using to view your MySQL DB? Many people use phpMyAdmin. What ever application you are using, make sure that you have first determined how many rows your wp_sitemeta table contains.
In my version of phpMyAdmin, it defaults to showing only 30 records at a time. So, if there are more than 30 rows in a given table, and you are not aware of that fact, it can be easy to assume that all available records are being displayed–even when there are buttons to advance to the next set or records. Of course, there are a few ways to change the default value so that more (or all) records are showed.
