BuddyPress.org

I wrote the following function, but i still can’t create a group. I’ve made sure that the function is getting called, so that is not the issue

function start_a_new_group($profile_id, $status) {
if ( !function_exists( ‘groups_create_group’ ) ) {
require_once ‘/bp-groups/bp-groups-functions.php’;
}

$defaults = array(
‘group_id’ => $profile_id,
‘creator_id’ => get_current_user_id(),
‘name’ => ”,
‘description’ => ”,
‘slug’ => ”,
‘status’ => $status,
‘enable_forum’ => 0,
‘date_created’ => bp_core_current_time()
);
return groups_create_group($defaults);
}

Wordpress version 5.8.2
Buddypress verion 9.1.1
Theme is Twenty Twenty

Any ideas?

Hi!

I created a community website for people to meet and travel so I installed BuddyPress.
There are post blogs showing places to visit and I’d like for the members to be able to “like” a post of the place they’d like to go and to have it written somewhere in their profiles like “Friends” “Groups” “Activity” etc.

I tried several extensions but it doesn’t work, I tried Buddypress like by Darren Meehan (which doesn’t work at all), Favorite by Kyle Phillips seem to work but I can’t link it to the profiles. Idk what I can do.

I use the Divi theme, WordPress is 5.8.2 and BuddyPress is 9.1.1

Here’s the website http://armyvof.cluster031.hosting.ovh.net/ (sorry but it’s in french, no english!)

Thanks in advance!

Hello, I am very fresh in BuddyPress, I got very wired issue.

My site is just a hello world version.

After I activate BuddyPress, one wired header appears on the top of my site. It includes a wordpress logo, Log In and Register and a search bar.

This wired header is always there, even if I have selected one theme or do something else. It is always at the top of the site….

Could anyone please tell me where shuold I go to deactivate this things?

Hi folks,

I’m troubleshooting why users cannot write on other members’ posts.

My wall shows a green button but on other members are grayed out.

These have been my actions so far:

1. I’ve checked on Activity Settings and is selected. Which I did on/off with no results.
2. I’ve run the tool options to “repair”
3. Remove the plugin (Disable/remove)
4. Install/activate the plugin
5. All components are active
6. All options are active
7. WordPress report – Version 9.1.1
Active components Community Members, Extended Profiles, Account Settings, Friend Connections, Private Messaging, Activity Streams, Notifications, User Groups, Site Tracking
8. When inspecting POST grayed button got this line results: <input class=”loading” type=”submit” name=”ac_form_submit” value=”post” disabled=””>
9. Check WordPress integrity/checksum – reinstall 5.8 FYI
10. Reboot the server

So far no luck.

Any tips/hints will be highly appreciated!

BuddyPress is a great plugin!
We were able to create several independent social networks on the multisite.
The basic functionality of the plugin works very well.
However, there is one problem – when switching from the “Old BuddyPress” template to “BuddyPress Nouveau”, the hidden groups in which the user is registered no longer appear in the list of user groups.
When you switch back to the Old BuddyPress template, the user’s hidden groups reappear in the list.
Options:
– WordPress 5.8.1
– PHP 7.4.8
– Apache / 2.4.10 (Unix)
– MySQL 5.7.21
– BuddyPress v 9.1.1.

Трансформация Экономики Знаний в Цифровое Государство

Note: I am submitting this again because for some reason my initial post was marked as spam. I’m assuming because I edited it after I submitted it.

What is happening is when I try to make a change to the Components section in BuddyPress settings, I get the infamous “Sorry, you are not allowed to access this page.” when I try to save the settings and the settings do not take effect.

I am able to successfully enable and disable settings on the Options tab.

I have followed all the steps on several sites that talk about sorting this error, including reinstalling WordPress, deactivating all plugins, enabling debugging, using the default theme, regenerating permalinks, etc. etc.

The account has administrator role, and bbp_keymaster capabilities, from my attempt to fix the problem by installing bbPress. Deleting the database and starting over is not an option, even though this is a new site, I already have content.

What is odd is, when I get the error in WordPress, there are no corresponding PHP or Apache errors, and when I enable debugging, no errors are logged.

The only explanation I can come up with is that I have enabled IPv6/dual stack support on my network and it appears that the connection IP from my account isn’t consistent. Sometimes it connects with the IPv4 address, sometimes with the IPv6 address. That’s the only odd thing I can see in the Apache logs.

Site URL: https://displaced.zone

• WordPress Version: 5.8.1
• Directory install in root directory
• Upgraded from WordPress 5.7.1
• WordPress functions properly, other than this one problem
• BuddyPress Version: 9.1.1
• Not upgraded from a previous version
• Other Plugins: BP Better Messages, Comments Like Dislike, Top Bar, WP Cerber Security, WP Mail SMTP
• Theme: NS Minimal with minor css tweaks
• Core files have not been modified in any way
• No custom functions
• bbPress not installed, although I did install it to see if it would fix the problem
• No server error logs, which is weird
• Self hosted on a home network. I’m not a novice at this, I have done this for years, including a previous WordPress website where I had BuddyPress installed in the same environment, and did not have this issue. The only thing that has changed is the IPv6 support.
• Server OS: Debian GNU/Linux, Bullseye, typical LAMP stack
• I have tried both the Legacy and Nouveau BuddyPress themes
• I have made no changes to BuddyPress template files
• The only other information that might have a bearing on this is that I am not running WordPress “The Debian Way”. I have copied all the files, including the symlinked php libraries, out of the Debian file structure and am running them out of a folder in my home directory. Apache is running as that group and user. But again, I have done this for an entire year, successfully, with another website. Running WordPress this way allows me to use the built in WordPress update system, which doesn’t function as expected if you run WordPress “The Debian Way”.