Same problem here… Great plugin project though, hope to see it go far.
Great guys, looking forward to the boingball-bbcode plugin.
I just realized that I’m having the same problem as @stwc above. My “groups” redirects to the home page when the “required wrapper” is activated. Does so even if I deactivate all the included “forum extras” plugins and just leave the wrapper activated.
WP 2.9.2 BP 1.2.2.1 Forum Extras 0.1.5
Yeah it is kind of a hack, isn’t it? :p
Might want to post this in Trac:
https://trac.buddypress.org/newticket
Put something about using the blog URL vs. the WordPress URL for standard WP:
https://codex.wordpress.org/Giving_WordPress_Its_Own_Directory
Hi kb,
The problem you are experiencing is a different issue than rossagrant was referring to. However, I think I’ve fixed your issue in the most recent (pre-release) version. Please visit this link:
https://wordpress.org/extend/plugins/buddypress-group-documents/download/
And click on the “Development Version” link. After you install this newer version of the plugin (the version number is still 0.3.1) please let me know if your problem continues.
Also, Are you able to upload and view avatars? I’ve found most of the time this is caused by shared code between Group Documents and Avatars.
Thanks for giving the plugin a whirl, and letting me know.
I’ve installed it fine. But I’m getting a white page while trying to download a file. No error is show. It would be nice if provided a config page to change the file limits and files allowed
Running WordPress 2.9.2, Buddypress 1.2.2.1 with using BP Group Documents 0.3.1 release and still having a link issue.
Example generated link for an uploaded document:
http://sitename.org/groups/actual-groupname/documents/wp-content/uploads/group-documents/2/1268852986-filename.ppt
What the correct link should be and where the file was uploaded:
http://sitename.org/wp-content/uploads/group-documents/2/1268852986-filename.ppt
The reference to groups/actual-groupname/documents between the sitename.org/ and wp-content/ is extra and causes the download link for the documents to fail.
Until this is corrected downloading a file by the link requires one to copy the link address and paste it to the browser and delete the extra information that gets included in the generated link. Not a one step function like the intention of the link to begin with. Look forward to seeing the next updated release.
@Modemlooper – I changed line 110 to the line below. so you can change your css class to rfp-member-profile-karma and it should be fine in the next update.
echo '<div class="rfp-member-profile-karma">' . get_option( 'rfp_karma_label' ) . rfp_poster_karma( $relative_karma ) . '</div>';
Similar issue for me too. I’m running the latest BuddyPress template package on my normal WordPress install. The image appears correctly in the cropping section after upload, but the actual cropping tool doesn’t appear.
Reference site: http://1stbaptistchurch.org/activity
@blackphantom tweetstream still interferes with editing of BuddyPress forum posts. If you try to edit a post, the edit just disappears/is not accepted. I have it on my todo list to review your code and see if I can figure out why this is the case. Any idea what could be causing it? Any shortcuts you can provide might help me focus on parts of the code that could be causing the problem.
Haha no problem. You rock for all this work. Thanks for the help.
Edited above: I originally thought it was deleting both file and post but it was correctly just deleting the file. Still loading the wrong page after delete though.
Thanks for all your help, chembro.
I have fixed some of the apache errors in the trunk – working better now, I think. I will have a look at what’s going on with the deletion and redirect – both of those things are errors. Thanks again for help with the bugfixes 
Thank you for being quick.
I’ve created a folder named img into my child theme, and placed default_header_red.jpg into it.
I’ve added the css into style.css so that from line 8 it reads as follows:
‘Template: bp-default
Tags: buddypress, two-column, grey, dark
*/
/* Inherit the default theme styles */
@import url( ../../plugins/buddypress/bp-themes/bp-default/_inc/css/default.css );
/* Inherit the default theme adminbar styles */
@import url( ../../plugins/buddypress/bp-themes/bp-default/_inc/css/adminbar.css );
#header {
background: url( img/default_header_red.jpg );
} ‘
I’ve activated the Child Theme in ‘Site Admin’ and ‘Appearance’ but my header is still the same color.
New issue: I clicked the “x” to delete the uploaded file.
It did delete the file from the server (I checked) BUT after that it loaded a white page at:
{buddypress site} /wp-content/plugins/buddypress/bp-forums/bbpress/topic.php?id=7#post-34
instead of where I’m guessing it should have gone:
{buddypress site} /groups/ {groupname} /forum/topic/topic.php?id=7#post-34
running a phpinfo says Apache/2.2.14 …
bluehost shared hosting…
No, I’m not sure. It could be that you’re not running Apache – maybe your server is running nginx or something? I’ll look into it.
Any idea what is causing the fatal error?
Fatal error: Call to undefined function apache_request_headers() in / {web root} / {buddypress directory} /wp-content/plugins/forum-attachments-for-buddypress/download.php on line 47
Oh, I guess it’s because I was trying to throw the whole kitchen sink in there and I put in some duplicates Have a look at allowed file types being set near the beginning of forum-attachments-for-buddypress-bp-functions.php to pare them down a bit. I will do this in a subsequent release.
Thanks boone…I figured that out as soon as I tried it. I’m a designer, what can I say.
Unrelated to that issue, I was wondering why there seem to be so many duplicates in the “allowed file types” – bmp (500 KB), doc (500 KB), gif (500 KB), gz (500 KB), jpeg (500 KB), jpg (500 KB), pdf (500 KB),
png (500 KB), txt (500 KB), xls (500 KB), zip (500 KB), gif (500 KB), jpeg (500 KB), jpg (500 KB), pdf (500 KB), png (500 KB), txt (500 KB), docx (500 KB), xlsx (500 KB), ppt (500 KB), pptx (500 KB)
Yes, you can install bbPress separately and link it to BuddyPress. That is how this site works. There is information on the bbPress site, and many other places. A google search should be fruitful.
chembro – No, you need to go one level above your web root. Figure out the server path is installed by logging onto your FTP space (it’ll be something like /var/www/html or /home/public_html probably) and create a writeable directory one level above that (eg /var/www/bb-attachments or /home/bb-attachments)
Edit: Uh, ok I’m stupid. Retract original question.
I created this folder and tried again. Now it shows the file as an attachment. But, clicking the attachment goes to a white page with:
Fatal error: Call to undefined function apache_request_headers() in / {web root} / {buddypress directory} /wp-content/plugins/forum-attachments-for-buddypress/download.php on line 47
I checked and the actual image was uploaded properly. It’s just viewing it that isn’t working. Wish it was inline too… oh well.
er, the directory should be called bb-attachments
Shoot, I forgot to add the instructions about creating the upload directory. Make a directory one level above your webroot and make sure it’s writeable.
Same for me , upload failure
