BuddyPress.org

I am having lots of problems, first noticed that I couldn’t upload a personal avatar, then noticed:
– unable to create a group
– unable to upload new group avatars
– unable to post replies to my forum
– unable to post new topics on forum

Before I noticed any of the above, I did successfully:
– create a default group
– create one post to the forum
– upload images and insert them into a page

It is a new MU site with blogs as sub dirs. I’ve not really lost anything if I start over again, but it would be nice to figure out what is causing it.
I’ve looked at file and folder ownership on the server and all are owned by the domain name. All chmodded to 755 for folders and did try to change to 777 then test, but no joy so put back to 755.

Any thoughts?

I had the same problem when upgrading buddypress docs by Boone. I had to deactivate it to get my comments back in the activity feed

TIs me Love to see it pass and trying out the next version.

Hey, you’re right. This affects BuddyPress 1.2.x, it seems to work on our latest dev version.

Yea, that’s what i mention before it has something to do with buddypress.
Ok well most of the easter stuff has passed, so ill try to work on a fix asap.

and thanks alice.

@r-a-y Interesting to note, I’ve just tried the code, and it works. But for some reason, while it works flawlessly on my XAMPP box (Windows Vista), my MAMP box will not load any of the forums or forum posts… It just loads a blank page. I just hope it works on my live server…

EDIT: Works on my live server. So my MAMP must have something screwy with its settings. Ahh no big, it’s not my main work computer, yet…

bp-dev.org references an outdated version of BuddyPress.

There currently does not appear to be a random parameter for the group members loop.

One way around this is by using BP_Groups_Member::get_all_for_group() combined with a regular members loop.

With BP_Groups_Member::get_all_for_group() (available in /bp-groups/bp-groups-classes.php). Pass your group ID and it will return an array. One of the items in the array is the member IDs. You could then randomize the IDs yourself to a regular members loop:
https://codex.buddypress.org/developer-docs/custom-buddypress-loops/the-members-loop/

Could also experiment with the `type` parameter with the “random” argument.

This should give you some tips:
https://buddypress.org/community/groups/creating-extending/forum/topic/get-buddypress-profile-field-value

Hi @janismo , the typing mistake you mentioned was done by buddpress. because i did not include a space between the opening and closing tag it defaulted to a greater than entity, which is odd.
*edited
It’s still using an html entity at end of the script tag, i guess because there is a url within the script.

Thank you for calling the load more button to my attention, I will have to add another jquery action if it is clicked upon, but It might be tomorrow because its easter sunday.

hi again @timothyjunior ,

– in your updated code for header.php you have typing mistake on the end of the 2nd line (closing script tag)
– comments/replies of all the activities that go after load more button is pressed are already revealed/expanded and cannot be hidden. Is here any quick fix, or this is exactly what you wanted to achieve?

thanks!

If you could report this as a bug on http://trac.buddypress.org using your username and password from this site, and provide some sample text we can
Copy and Paste in, I’ll take a look

One option is to do as @embergermedia stated. To catch everyone, you could hook in a profile edit action and check to see if all the fields you require have been completed. If they have, then you could add something in their usermeta saying they’ve completed everything. Then you could hook into bp_init, check that usermeta field, and if you don’t get the correct response, then you can redirect them to their profile, or display an error telling them they need to complete their profile. However, as both @embergermedia and @brooker said, it wouldn’t be the most user friendly way to go.