This plugin ives members the ability to upload attachments on their posts.
It’s a port of a plugin originally created for bbPress by _ck_. See the original plugin page here: http://bbpress.org/plugins/topic/bb-attachments/. _ck_ is not supporting this plugin anymore. Insofar as the code works, it is thanks to her; insofar as it does not, it is my fault.
Installation
- Upload to plugin directory and activate
- If you’d like to change the default settings (as described in step 5 here http://bbpress.org/plugins/topic/bb-attachments/installation/), you may do so by editing forum-attachments-for-buddypress-bp-functions.php
- Create a directory ‘bb-attachments’ one level above your WP root and make sure that it is writeable by the server. So if your WP installation is at /home/html/, create a directory /home/bb-attachments.
- I use a JavaScript trick to make uploads possible. If you are confident that most of your users will have JS enabled, you do not need to do anything else.
- If you want to make uploads possible for users with JS turned off, you will need to alter the <form> tags on your theme’s forum files: groups/single/forum/topic.php and groups/single/forum.php. Change
<form action="" method="post" id="forum-topic-form" class="standard-form">
to
<form action="" method="post" id="forum-topic-form" class="standard-form" enctype="multipart/form-data">
- If you have an unusual setup (in particular, if your WP_PLUGIN_URL is somewhere other than /wp-content/) you may have to play with the path settings in download.php and image.php to make things work correctly.
Read an older comment thread about this plugin.
Forum Attachments for BuddyPress has been downloaded 2,176 times. Are you using this plugin? Consider a donation.
Translation credits
- Russian – slaFFik
Version history
- 0.1
- Initial release
- 0.2 – March 19, 2010
- BuddyPress 1.2 compatible
- Removed the need for custom theme hooks
- Enabled inline images
- Improved download process to avoid header conflicts
- 0.2.1 – March 19, 2010
- Corrected redirect after deleting attachments
- Removed header requirements causing errors on some Apache setups
- 0.2.2 – March 22, 2010
- Corrected typo that was causing redirect conflicts with certain forum-related plugins
77 Comments
Hello Boone. I’ve tried this new plugin, but this plugin gives me issues. The issue I get is when it is activated, when a user clicks on their “Settings” it redirects them to the frontpage. I am not sure if it is Buddypress or the theme I am using.
Joshua – what theme are you using? bp-default, or a custom theme? Someone on the buddypress.org forums reported that they were having similar troubles with modemlooper’s BP widgetized theme.
Also, what version of BP are you running?
I am using WPMU 2.9.2/BP 1.2.2.1, and the Buddypress Social Theme which is a custom theme.
Joshua – Is it possible for you to switch over to bp-default for a second, just to test whether it’s theme related? And if it is, would you mind emailing me a copy of the theme so I can test on my local machine?
I switched the theme and still got the same issue.
Hi Joshua, Thanks for checking. What other BP plugins are you running? Is there any chance you could disable them to see if the problem could be isolated to a particular conflict?
FYI here’s a link to the discussion on the bp.org forum of a similar problem. Maybe we can all solve it together: http://buddypress.org/forums/topic/new-version-of-forum-attachments-for-buddypress
I am using the Forum Extras plugin but seeing you had no issue, it may be a combination of other plugins interfering. I will try your suggestion and see what I come up with.
hi boone,
first of all, thanks for keeping this plugin alive. it’s exactly what i need for at least one of my site’s groups. only problem is, the result is always a ‘broken’ image.
i’m wondering if it has to do w/ the bb-attachments directory that must be created. my wordpress is installed at the actual root, so i’m at a loss with where to place the bb-attachments directory (it currently resides at the root w/ the wordpress files)
i also installed it using the wp auto installer, if that affects anything …
caming – Yeah, the problem is almost certainly the location of the bb-attachments folder. If you’re on shared hosting, it’s very likely that you do not in fact have WP installed in the root, but only that you can’t see anything under the root. You can reconfigure the plugin to make it recognize a different location for bb-attachments by changing the path on line 99, which reads
$bb_attachments['path']=dirname($_SERVER['DOCUMENT_ROOT'])."/bb-attachments/";If you have your bb-attachments folder in the web root, change it to
$bb_attachments['path']="/bb-attachments/";The unfortunate part about this is that your attachments folder will then be a bit less secure than it otherwise would have been, because it will be accessible directly from the web. But it’s probably better than not working at all!
oddly, the problem wasn’t corrected. i might have narrowed it down a bit, though.
when posting via the group, a post will go through fine, just without the attached image (the broken image is displayed).
when posting via the forums page, the following is displayed:
Warning: Variable passed to each() is not an array or object in /hermes/web09c/b2957/moo.caming/wp-content/plugins/forum-attachments-for-buddypress/forum-attachments-for-buddypress-bp-functions.php on line 461
Warning: Cannot modify header information – headers already sent by (output started at /hermes/web09c/b2957/moo.caming/wp-content/plugins/forum-attachments-for-buddypress/forum-attachments-for-buddypress-bp-functions.php:461) in /hermes/web09c/b2957/moo.caming/wp-includes/pluggable.php on line 868
hmmm …
also, that error image is displayed WITH OR WITHOUT an attempt at attaching an image (i’m using a basic .jpg)
*i meant to write the ‘error’ is displayed with or without the attempt at attaching an image.
Hi caming – Thanks for the detailed error reports. I think there are several things happening with your installation. The first is that I hadn’t adapted the plugin to account for the New Forum Topic section on the forum index page. I’ve made that change in the repository (tagged version 0.2.3) – try it out and see if it fixes that particular problem.
As for the problem of images not appearing, I am less sure what’s going on. A few things to check. (a) Are the files getting written to your bb-attachments folder? (b) Are new rows being written to the bb_attachments table in your WP database? If (a) is the problem, then it’s still an issue with your upload directory – either the permissions are wrong, or the path in the plugin file isn’t correct. If (b) is the problem, then there could be a misplaced hook somewhere.
Since you’re seeing the missing image message, my money is on (a) being the problem – otherwise you wouldn’t see anything at all. Let me know what you find and I’ll try to help troubleshoot further.
hi boone, thanks for your patience
rows are being written. permissions are correct on the folder (folder is empty). and the folder location in the functions file is set to:
$bb_attachments['path']="/bb-attachments/";and that folder is sitting in the doc root (ie. webdomainname.com/bb-attachments/
plugins folder is wp-content/plugins/
i have no other image upload issues across the site, this appears to be the only one. just simply odddd.
I’m haviong a problem with the installation: The plugin is installed and it appears to work, except it doesn’t. I get a broken image with a “[failed] Document.pdf (60.8 KB)”. However, the database shows the document.
I’ve checked directory permissions and paths…
Thoughts?
caming and 3dp – it sounds in both of your cases like the bb-attachments path is wrong. caming, I probably told you the wrong thing – $bb_attachments['path'] has to be relative to the server root, NOT the web root. Try hard coding the server path into that variable (/var/www/bb-attachments or whatever) and see what happens. Or you can try = $_SERVER["DOCUMENT_ROOT"] . ‘/bb-attachments’ or something along those lines.
3dp – the same holds for you. Make sure that the path being defined at $bb_attachments['path'] points to the directory bb-attachments on your server.
fixed!
thanks, boone …
Thank you! Yes, it appeared to be the path issue. I hard coded it and it appears to be working.
Boone,
I’m on BP 1.2.3 and my images display whitescreen. The uploaded images to appear in the bb-attachments folder.
I think I’ve got bb-attachments in the right place. No error messages.
Thank you!
Greg – What do you mean when you say the images display whitescreen? Do you get a WSOD when you upload them? Or when you attempt to view the image in another window, it’s just a white screen? Is data being written to the bb_attachments table?
Boone,
http://housingstorm.com/wp-content/plugins/forum-attachments-for-buddypress/download.php?filenum=1
The image file is in the folder under bb-attachments.
Great – Do you have access to the database? Can you see whether a bb_attachments table exists, and if so whether there is any data in it?
Yes. Table exists.
Is there any data in it? Does the data seem to match up to the files that you have uploaded?
Yep. The image that I attached is there.
Partial Texts
Full Texts
Show binary contents
Show BLOB contents
Hide Browser transformation
id time post_id user_id user_ip status downloads size ext mime filename
Edit Delete 1 1269847468 120 45 3232261121 0 0 53943 jpg image/jpeg 0852.jpg
Sorry…tried to paste in what it showed in phpmyadmin
OK, then it’s probably a problem with the path being specified in image.php and download.php. Look for the line that says
if ( !require_once( dirname(__FILE__) . '/../../../wp-load.php') )
Replace it with
if ( !require_once( $_SERVER["DOCUMENT_ROOT"] . '/wp-load.php') )
and see what happens. If that doesn’t work, replace the path in require_once with an absolute, hard-coded path to the file wp-load.php that should be sitting in the root directory of your WP installation. You can test whether you’re entering the path by putting the following code just after the <?php delimiter at the beginning of the file:
require_once( [whatever the file path is] );
global( $wp );
print( "You should see a bunch of stuff after the colon: ");
print_r($wp);
die();
If you see a bunch of stuff after the colon, then wp-load.php is being loaded; if not you’ll have to keep testing until you can pin down the file path.
Like this?
if ( !require_once( public_html/wp-load.php’) )
Yes, except you’ll have to make sure that public_html is really your server path (I’m assuming you’re on shared hosting, which is why you can only see as deep as public_html), and make sure that you have both open and close quotation marks! I would try the $_SERVER["DOCUMENT_ROOT"] path first.
Actually, I’ve got a dedicated server…and I’ve got my path correct…
if ( !require_once(‘home/housings/public_html/wp-load.php’) )
But now I get this error…
Parse error: syntax error, unexpected T_STRING in /home/housings/public_html/wp-content/plugins/forum-attachments-for-buddypress/download.php on line 9
Hm. For one, make sure that you have a leading slash:
if ( !require_once('/home/housings/public_html/wp-load.php') )The syntax error probably means that there is a syntax error BEFORE the line in question, like a missing parenthesis or semi-colon.
Very strange! I just moved my XAMPP localhost install to a live server, and forgot to add the bb-attachments folder, but the plugin still worked just fine. Huh.
Thanks for keeping this one alive, Boone.
Hiya stwc – I believe that the plugin tries to create the bb-attachments folder if it’s not already present. Sweet, huh? Anyways, glad it works! Please let me know if you find problems.
Hi Boone. I’m trying to get this plugin working… I’m encountering the same problem described above with the addition of one line…
Warning: Variable passed to each() is not an array or object in /home/mpta/public_html/wp-content/plugins/forum-attachments-for-buddypress/forum-attachments-for-buddypress-bp-functions.php on line 461
http://www.mptaonline.org/groups//
Warning: Cannot modify header information – headers already sent by (output started at /home/mpta/public_html/wp-content/plugins/forum-attachments-for-buddypress/forum-attachments-for-buddypress-bp-functions.php:461) in /home/mpta/public_html/wp-includes/pluggable.php on line 868
I tried to follow the solutions above, but not sure I did this correctly. On line 99 of forum-attachments-for-buddypress-bp-functions I changed $bb_attachments['path']=dirname($_SERVER['DOCUMENT_ROOT']).”/bb-attachments/”;
to
$bb_attachments['path']=’/public_html/bb-attachments/’;
Am I looking in the right place?
Jeremy – I made a little fix to the version of the plugin in the repository (0.2.3) that should address the problem. Either delete your version of the plugin and download the new one, or (since you’ve already done some modifications with your upload path) you could add the following lines
if ( !is_array( $_FILES['bb_attachments']['name'] ) )$_FILES['bb_attachments']['name'] = array();
Put them right before line 461, which starts “while(list($key…” and call me in the morning :)
Your path looks fine, by the way. I don’t think that’s the problem.
Hi Boone, thanks for your help and features you make possible for php-challenged bp users like myself.
I added the lines you posted here. That gets rid of the first part of the error, but I’m still getting this message when I try to post a forum reply with (or without) an attachment:
http://www.mptaonline.org/groups//
Warning: Cannot modify header information – headers already sent by (output started at /home/mpta/public_html/wp-content/plugins/buddypress/bp-groups/bp-groups-templatetags.php:331) in /home/mpta/public_html/wp-includes/pluggable.php on line 868
Interestingly, if I disable forum-attachments and enable bp-tinymce, I get the same message:
http://www.mptaonline.org/groups//
Warning: Cannot modify header information – headers already sent by (output started at /home/mpta/public_html/wp-content/plugins/buddypress/bp-groups/bp-groups-templatetags.php:331) in /home/mpta/public_html/wp-includes/pluggable.php on line 868
But if both those plugins are disabled, then everything works fine.
Jeremy – Wow, the bp-tinymce error really throws a wrench in the works. That plugin doesn’t have anything to do with redirects (which is the pluggable.php problem) or bp_group_permalink (which is the bp-groups-templatetags.php problem).
The problem might have something to do with load order. It might be easiest to experiment with the bp-tinymce plugin, since it’s smaller. Try commenting out the line that says add_action( ‘wp_head’, ‘bp_tinymce_add_js’, 1 ); (by putting two slashes in front of it – ie // add_action( ‘wp_head’, ‘bp_tinymce_add_js’, 1 );). If that makes the error go away, then try playing with the priority. Change the 1 on that line to a 10, then to a 99. See if the plugin still works, and if it makes the error go away. If so then we might be on to something.
Btw what’s your exact setup? BP/WP versions; other BP plugins? Have you tried disabling other BP plugins to isolate the problem?
Thanks for your help, Boone. I’m inching closer. After diabling plugins, it seems that the BP Forum Notifcations plugin was creating the conflict. After deactivating it I was able to use BP tinyMCE without a problem. Forum Attachments is still chucking a wobbly though, similar to what Greg was describing above. The link for the file just leads to a blankpage… if I “view source” I get an empty file. Er.
So, I tried to follow that advice and adjust the path for wp-load.php to no avail. When I try to troubleshoot by adding…
<?php
require_once( $_SERVER["DOCUMENT_ROOT"] . '/wp-load.php')
global( $wp );
print( "You should see a bunch of stuff after the colon: ");
print_r($wp);
die();
I get the same T String error posted above.
The image I uploaded is in the database. I can open it via a direct link. I'm running on BP 1.2.3 and WP 2.9.2
Any thoughts?
One thought… I did have a previous problem with uploading and posting images (not related to BP). It was solved by going into Settings>Miscellaneous and specifying the upload folder and the full URL path to file.
Could something be related?
Sorry for so many posts…
I changed the path for wp-loads.php to ‘http://myserver/wp-load.php’ Not sure if that’s acceptable or not, but it gave me this error….
Fatal error: Call to a member function get_results() on a non-object in /home/mpta/public_html/wp-content/plugins/forum-attachments-for-buddypress/download.php on line 10
Jeremy – Sounds like the wp-load file isn’t being referenced correctly. Judging by what you say above, I’m guessing the line should be:
require_once( '/home/mpta/public_html/wp-load.php');It has to be a server path, not a web (http://) path. And make sure you have the semi-colon at the end!
Ugh. I have no idea what’s going on. Now the files aren’t even being put into the folder. It posts my message to the forum without any error messages, but without any sign of attachment info either.
Maybe I’ll just give up. Is there any way to tie the Group Documents plug-in into the forums?
Jeremy – Urgh, I’m very sorry that the plugin’s causing you such headaches. I will agree that it needs to be rewritten more or less from scratch to get rid of a lot of this niggling setup.
To get Group Documents to work right with the forums will probably take a fair bit of coding (though I’m certain it can be done).
Ok I got the upload function to work,my ? is can I get it to accept uploads that are bigger then 1024, but I would like it to show at 1024 or smaller. Thanks Russ
Hi Russ,
At the moment, all the configuration is stored in forum-attachments-for-buddypress-bp-functions.php. Scroll down to around line 61 for the max upload settings.
WPMU2.9.2 + BP1.2.4.1 + 0.23 this plugin. Upload doesn’t work. DB table created but nothing inserted. Hard code path and set 777 on the folder. No errors displayed. I have problem logging PHP error but I think something should be displayed if there were any.
I got errors via wp-config (define(‘WP_DEBUG’, true);).
Notice: Use of undefined constant BB_PLUGIN_DIR – assumed ‘BB_PLUGIN_DIR’ in /var/www/htdocs/sgi-wpmw/wp-content/plugins/forum-attachments-for-buddypress/forum-attachments-for-buddypress-bp-functions.php on line 134
Notice: Use of undefined constant BB_CORE_PLUGIN_DIR – assumed ‘BB_CORE_PLUGIN_DIR’ in /var/www/htdocs/sgi-wpmw/wp-content/plugins/forum-attachments-for-buddypress/forum-attachments-for-buddypress-bp-functions.php on line 135
Notice: Trying to get property of non-object in /var/www/htdocs/sgi-wpmw/wp-content/plugins/forum-attachments-for-buddypress/forum-attachments-for-buddypress-bp-functions.php on line 434
Notice: Undefined index: bb_attachments in /var/www/htdocs/sgi-wpmw/wp-content/plugins/forum-attachments-for-buddypress/forum-attachments-for-buddypress-bp-functions.php on line 465
Ajdin – I don’t think that those errors you’re seeing have anything to do with the plugin not working right.
Sounds to me like the path set on line 99 is probably pointing to the wrong place. I’m guessing that your bb-attachments directory is at /var/www/htdocs/bb-attachments; if I’m right, you should change that line to
$bb_attachments['path'] = '/var/www/htdocs/bb-attachments';I have alredy set that.
$bb_attachments['path']=dirname(“/var/www/htdocs/bb-attachments/”); I tried without the end / .
Any hints on how to debug. I see you commented out include debug.php?
So far I found that $_FILES['bb_attachments']['name'] is not array.
if ( !is_array( $_FILES['bb_attachments']['name'] ) ) in function bb_attachments_process_post
I’m looking to see why!
Ajdin – OK, that gives me a hint. Did you change the enctype on the form tag in your templates? The plugin tries to do it automatically with javascript, but in some cases there might be a conflict. See the code in the post above to see what I mean. Check the source of your page to make sure that there’s an explicit enctype.
$_FILES is empty too. Shouldn’t the form have enctype=”multipart/form-data” ?!
Yes, the form should have that enctype. Make sure you’re not using curly-quotes around “multipart/form-data”. If $_FILES is empty it means that the html form is not submitting any file information along on form submit, which usually means it’s the wrong enctype, but if you have it correct, then I’m not quite sure what to think.
Are other parts of your BP installation with file uploads (avatars, for example) working correctly?
I think this form is part of a template, I’m using default bp template.
I found a for in buddypress/bp-themes/bp-default/forums/index.php
and added enctype attrib but it is not showing on screen. Not sure if it is cached or the wrong script?!
Aha. That index.php file creates the form on the Forum Index page (when you click the Forums tab in the main nav). You’ll also need to make the changes in buddypress/bp-themes/bp-default/groups/single/forum/edit.php and topic.php.
BTW it’s generally a good idea to make the changes in a child theme rather than bp-default, as bp-default will be overwritten when you upgrade BP. Basically that means creating a child theme stylesheet, then copying over the previously mentioned three template files (being sure to reproduce the directory structure) into the new theme directory. See http://codex.buddypress.org/how-to-guides/building-a-buddypress-child-theme/ for more details.
Hi Boone,
thanks for the plugin. It works well in Firefox, but nothing won’t upload in IE8, no error message, nothing. The time it takes to post the page with the attachment indicates that there is no upload happening at all.
Any idea what is happening?
Meini
Check the page source, find <form tag (there should be 2, one for search and the other one for posting topics/reply). See if the second form has "enctype" attribute? If not there, that is the problem. You'll need to add it in your template files!
Thanks for getting back to me. I did include the enctype earlier while trying to get it to work w/o js. So, I just checked the IE source and it’s there:
Hm… any other idea? This is a testing site, if you want to play around, feel free to sign up and have a go…
Let me try this line of code again:
form action=”http://www.fintelnet.au.com/groups/about-the-fintel-social-network/forum/topic/test-9/” method=”post” id=”forum-topic-form” class=”standard-form” enctype=”multipart/form-data”
Boone
I got the upload to work but with fixes in your code
I have $bb_attachments['path']=dirname(“/var/www/htdocs/bb-attachments/”);
At the point when temp file is copied to its final destination the $bb_attachments['path'] has value “/var/www/htdocs/tmp/”); !?
In download.php the same variable has value “/var/www/htdocs”
The only plugins I’m running are buddypress, this one and akismet?!
Any idea?
Ajdin
The problem is
$bb_attachments['path']=dirname(“/var/www/htdocs/bb-attachments/”);
It should be without dirname()
$bb_attachments['path']=“/var/www/htdocs/bb-attachments/”;
Ajdin
Boone, you were right. I made a stupid mistake in my template file. The line enctype=”multipart/form-data” fixed it and it is now working in IE8.
Thank you!
Ajdin and Meini – Glad it worked!
What can I do to make sure only admins can see the uploader and upload docs, images, etc. ? Thanks.
Boone, How would I go about showing attachments in the activity component feed? I am filtering the feed for 1 particular group (which is an announcement group – admin posting only) and I want to make sure admins can upload files to this group when they post announcements.
Failes to upload xls and ppt with MimeType error (Not allowed MimeType). xlsx and pptx are OK. xls and ppt created with Office 2003. I added to the lisat of allowed mimetypes (default) application/msexcel, application/x-msexcel, application/x-ms-excel, application/vnd.ms-excel, application/x-excel, application/x-dos_ms_excel, application/xls
Any idea?
Hi Leland. A quick and dirty way to block non-admins from uploading is to put a kill statement in the function bb_attachments_upload_form() in forum-attachments-for-buddypress-bp-functions.php. If you only want site/super admins to be able to upload, put the following lines right after
global $bb_attachments:if ( !is_site_admin() )return false;
Use
is_super_admin()instead if you’re running WP 3.0+. If you want to restrict uploads to GROUP admins, you’ll do something similar, using groups_is_user_admin(). Something like this (untested, but it should be close):global $bp;
if ( !groups_is_user_admin( $bp->current_user->id, $bp->groups->current_group->id ) )
return false;
Good luck!
Hi Leland, It should be possible to show forum attachments in the activity feed by adding a filter to the output of bp_activity_content and testing against the $bb_attachments global. (Or, better yet, you would write it to the activity item on the way in, using the filter groups_activity_new_forum_post_content.) Now that I think of it, this is a pretty good idea – I might try to implement it in a future version of the plugin.
Actually attaching things to an activity update is a more complicated procedure. I’m guessing you’d need a more generalized upload plugin in order to make it work. Francesco’s GSOC project http://flweb.it/2010/04/google-summer-of-code-project-media-component-and-moderation-for-buddypress/ – in particular, the media component – might be the start of what you’re looking for.
Hi Ajdin – Are you able to upload any other kinds of file? Do file uploads in the WP post editor work correctly? (I wonder if it’s a server config issue.)
Good morning, Boone. I recently switched my server from Apache to Nginx. I was using your bb-attachments plugin with amazonaws service with virtual hosting when I was using apache, but since I switched to Nginx, files don’t get uploaded to my CDN anymore. Do you know if there is something that needs to be changed or modified in the code or whether or not I need to add rewrite rules? Thanks for your help.
Hi Joshua – Hrm. I have never tried using Amazon AWS with this plugin, and I am not very familiar with Nginx, so I might not be much help :) I’m guessing that it’s a problem with the rewrite rules, which Nginx would handle differently from Apache, but I’m afraid I don’t know for sure.
I have a theme issue that has an easy fix for most plugins but I’m too slow to find how to apply it to FAFBP. The sidebar gets pushed to the bottom of the page, even if it is not an image, but a doc file that just shows the file name.
I’m using Suffusion and the fix is to add a column div before the content div and to close the column div after the close of the content div.
But FAFBP doesn’t have a an obvious template file that I can find where the edits could be made? Everything works correctly so long as there is no actual attachment uploaded.
Any suggestions or hints to a good direction would be appreciated.
BTW, I had a couple of the problems described well above this message and your tip for hard-coding the path solved them perfectly.
Hi there,
does your plugin only work on wpmu?
Cheers
Hi Dan,
I have been using it successfully on WP2.9 and WP3.0.
HTH
hello boone i’m using your plugin on my testing wordpress and buddypress delopyed on my computer it works perfectly but when attaching files with 500kb size and up ,it gives me this error message “denied size”, can you advise me what i can do so that i can set to infinite the size of the file which the users can attached.
Thanks hope for your reply
Hamid
Hi there,
I have spent a couple of days trying to work this out now and cant.. Whenever I upload an image I get a cross and failed. checked bb-attachments and images not uploading. any suggestions?
thanks
One Trackback/Pingback
[...] Teleogistic God’s homepage Skip to content HomeAbout BooneDonateCodeWordPress/WordPress MUShared BlogrollBuddyPressBP Include Non-Member CommentsCustom Profile Filters for BuddypressBP TinyMCEInvite AnyoneBP MPO Activity FilterEnhanced BuddyPress WidgetsBP Import Blog ActivityBP Group ManagementForum Attachments for BuddyPress [...]
Post a Comment