[Robin W]

hmm, I can only suggest that

It could be a theme or plugin issue

Themes

As a test switch to a default theme such as twentyfifteen, and see if this fixes.

Plugins

If that doesn’t work, also deactivate all plugins apart from bbpress and see if this fixes. if it does, re-enable one at a time to see which is causing the error.

Then come back

[fantomx90]

Hello,

I am using the bbPress forums currently, and whenever we create a topic it is this grayed out color… We did find a custom CSS code to use, and it DOES work for Closed topics, but all others it still stays grayed out. What can we do to fix this?

Also, whenever someone is typing a reply it still displays in this awful gray color. How would I change the default color of the text being used in our forum?

(For reference, here is the code we used for black Closed topics:)
#bbpress-forums .status-closed,
#bbpress-forums .status-closed a {
color: #000 !important;
}

(And yes, we did try just switching closed with open in the coding lol.)

Thank you.

[The Stash House]

Hi Robin,

I have the same issue as 9march using this code in my functions.php :

/**
 * BBPress : add new role with custom capabilities
 * https://codex.bbpress.org/custom-capabilities/
 */

//code to add "client" role

function add_new_roles( $bbp_roles )
{
    /* Add a role called tutor */
    $bbp_roles['bbp_client'] = array(
        'name' => 'Client',
        'capabilities' => custom_capabilities( 'bbp_client' )
    );

    return $bbp_roles;
}
add_filter( 'bbp_get_dynamic_roles', 'add_new_roles', 1 );

function add_role_caps_filter( $caps, $role )
{
    /* Only filter for roles we are interested in! */
    if( $role == 'bbp_client' )
        $caps = custom_capabilities( $role );

    return $caps;
}
add_filter( 'bbp_get_caps_for_role', 'add_role_caps_filter', 10, 2 );

function custom_capabilities( $role )
{
    switch ( $role )
    {

        /* Capabilities for 'client' role */
        case 'bbp_client':
            return array(
                // Primary caps
                'spectate'              => true,
                'participate'           => true,
                'moderate'              => false,
                'throttle'              => false,
                'view_trash'            => false,

                // Forum caps
                'publish_forums'        => false,
                'edit_forums'           => false,
                'edit_others_forums'    => false,
                'delete_forums'         => false,
                'delete_others_forums'  => false,
                'read_private_forums'   => true,
                'read_hidden_forums'    => false,

                // Topic caps
                'publish_topics'        => false,
                'edit_topics'           => false,
                'edit_others_topics'    => false,
                'delete_topics'         => false,
                'delete_others_topics'  => false,
                'read_private_topics'   => true,

                // Reply caps
                'publish_replies'       => true,
                'edit_replies'          => true,
                'edit_others_replies'   => false,
                'delete_replies'        => false,
                'delete_others_replies' => false,
                'read_private_replies'  => true,

                // Topic tag caps
                'manage_topic_tags'     => false,
                'edit_topic_tags'       => false,
                'delete_topic_tags'     => false,
                'assign_topic_tags'     => true,
            );

            break;

        default :
            return $role;
    }
}

always ending with “-No roles for this forums-” like the new role for the newly registered user was not saved.

Regards,

David

[favog]

I’m really confused as to what would have started to generate this error. BBPress has been running on this site for the last couple of years. The only thing I know that changed is the version of PHP to 7.3.7. WP version is 5.2.2

PHP Parse error: syntax error, unexpected ”bbpress” (T_CONSTANT_ENCAPSED_STRING), expecting ‘)’ in /home/xxxxxxx/public_html/wp-content/plugins/bbpress/templates/default/bbpress/loop-replies.php on line 18

I am a programmer, but I do very little PHP, so any suggestions would help.

Thanks!

[stuartataltitude]

I am using wp-members and bbpress together (I guess there are many sites that do this). The normal bbpress behaviour is for non-logged-in site visitors to be able to view forum topics but not reply to them. If I deactivate the wp-Members plugin then this is what happens. However, with wp-members activated, site visitors cannot see topic content (though they can see replies to a topic).

Maybe there is a setting somewhere that I am missing but I’d like the default bbpress behaviour to continue to work with wp-Members activated. I’m hoping that there are other sites that have experienced the same issue – maybe someone has found a solution?

[D L]

So I just setup a whole new test site, installed buddypress and bbpress

added the dizkusZK converter to the converters list

Ran it against a copy of the database that contains a dizkus forum.

got error:

WordPress database error: [Specified key was too long; max key length is 1000 bytes]
CREATE TABLE wp_bbp_converter_translator ( meta_id mediumint(8) unsigned not null auto_increment, value_type varchar(25) null, value_id bigint(20) unsigned not null default '0', meta_key varchar(255) null, meta_value varchar(255) null, PRIMARY KEY (meta_id), KEY value_id (value_id), KEY meta_join (meta_key(191), meta_value(191)) ) DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_520_ci;

No data to cleanStarting Conversion

[Robin W]

but if you really want to debug

It could be a theme or plugin issue

Themes

As a test switch to a default theme such as twentyfifteen, and see if this fixes.

Plugins

If that doesn’t work, also deactivate all plugins apart from bbpress and see if this fixes. if it does, re-enable one at a time to see which is causing the error.

Then come back

[Robin W]

It could be a theme or plugin issue

Themes

As a test switch to a default theme such as twentyfifteen, and see if this fixes.

Plugins

If that doesn’t work, also deactivate all plugins apart from bbpress and see if this fixes. if it does, re-enable one at a time to see which is causing the error.

Then come back

[Robin W]

This is because in the bbpress plugin there is a template called content-search.php. Many themes also now have a template file called content-search.php. Since the bbPress templates don’t necessarily need to be in a bbPress folder, the bbPress plugin is choosing the template from your theme before the template that is actually in bbPress.

To fix copy content-search.php from the bbPress plugin templates and place it in a child theme in a folder called bbpress.

Functions files and child themes – explained !

So create a directory on your child theme called ‘bbpress’
ie wp-content/themes/%your-theme-name%/bbpress

where %your-theme-name% is the name of your theme

find
wp-content/plugins/bbpress/templates/default/bbpress/content-search.php
Make a copy of this file, and put in in the directory called bbpress that you created above, so you end up with
wp-content/themes/%your-theme-name%/bbpress/content-search.php
bbPress will now use this template instead of the original

[Robin W]

This is because your theme or a plugin is adding the bootstrap library, and also adding the ‘.card’ css class to the forum display, and this has a bad effect.

It could be a theme or plugin issue

Themes

As a test switch to a default theme such as twentyfifteen, and see if this fixes.

Plugins

If that doesn’t work, also deactivate all plugins apart from bbpress and see if this fixes. if it does, re-enable one at a time to see which is causing the error.

Then come back

[Robin W]

create a directory on your theme called ‘bbpress’
ie wp-content/themes/%your-theme-name%/bbpress

where %your-theme-name% is the name of your theme

find
wp-content/plugins/bbpress/templates/default/bbpress/form-anonymous.php
Make a copy of this file, and put in in the directory called bbpress that you created above, so you end up with
wp-content/themes/%your-theme-name%/bbpress/form-anonymous.php
bbPress will now use this template instead of the original
and you can amend this

in that template you will see

<p>
			<label for="bbp_anonymous_email"><?php _e( 'Mail (will not be published) (required):', 'bbpress' ); ?></label><br />
			<input type="text" id="bbp_anonymous_email"   value="<?php bbp_author_email(); ?>" tabindex="<?php bbp_tab_index(); ?>" size="40" name="bbp_anonymous_email" />
		</p>

just remove that – I think that should work

[dunritetech]

This is related to an issue in previous versions. Please update WP Super Cache to the latest version ( 1.6.8 ). Before plugin activation, you should fix the file wp-content/wp-cache-config.php (You need FTP access). The fastest way is removing this file (In this case all settings will reset to defaults).

[Robin W]

It could be a theme or plugin issue

Themes

As a test switch to a default theme such as twentyfifteen, and see if this fixes.

Plugins

If that doesn’t work, also deactivate all plugins apart from bbpress and see if this fixes. if it does, re-enable one at a time to see which is causing the error.

Then come back

[scottott]

I have renamed the root forum link to ‘discussions’ and then tried both methods of creating a page (with and without the shortcode). If I go directly to a subforum or topic, everything is fine. But if I want to go to the forum home (index), the URL mysite.com/discussions/ executes a search on my WP site, rather than taking me to the main page of for the forum. The same happened when I used the default name for the forum root. I can’t share a link, because the site is Members-only.

[kexia]

Does anyone know the correct way to enable the participant role to read private topics? I found a bit of a work around (see below). But I’d like to know how to enable it correctly.

Even though bbPress’ documentation says that users with the Participant role can read private forums and topics, the current version of bbPress (2.5.14) allows participants to read private forum names, but not private topics names or content.

I did some searching on this site and it looks like people have been complaining and notifying bbPress about this bug for about seven years and it’s STILL not fixed. The most support help I’ve seen is someone saying the issue is because of another plugin. But that’s not the case.

I checked the bbPress code in the capabilities.php file located in wp-content/plugins/bbpress/includes/core/capabilities.php, and sure enough, the capability to ‘read_private_topics’ is not listed under the Participant’s Topic Caps section:

// Participant/Default
case bbp_get_participant_role() :
default :
$caps = array(

// Primary caps
‘spectate’ => true,
‘participate’ => true,

// Forum caps
‘read_private_forums’ => true,

// Topic caps
‘publish_topics’ => true,
‘edit_topics’ => true,

// Reply caps
‘publish_replies’ => true,
‘edit_replies’ => true,

// Topic tag caps
‘assign_topic_tags’ => true,
);

I tried adding the ‘read_private_topics’ capability to the Participant capabilities section:

// Topic caps
‘publish_topics’ => true,
‘edit_topics’ => true,
‘read_private_topics’ => true,

But that didn’t work. So then I tried copying and pasting all the capabilities from the Moderator role to the participant role, including the first part of the code under the “Primary Caps” section that lists spectate, participate, moderate, throttle, and view trash.

// Moderator
case bbp_get_moderator_role() :
$caps = array(

// Primary caps
‘spectate’ => true,
‘participate’ => true,
‘moderate’ => true,
‘throttle’ => true,
‘view_trash’ => true,

// Forum caps
‘publish_forums’ => true,
‘edit_forums’ => true,
‘read_private_forums’ => true,
‘read_hidden_forums’ => true,

// Topic caps
‘publish_topics’ => true,
‘edit_topics’ => true,
‘edit_others_topics’ => true,
‘delete_topics’ => true,
‘delete_others_topics’ => true,
‘read_private_topics’ => true,

// Reply caps
‘publish_replies’ => true,
‘edit_replies’ => true,
‘edit_others_replies’ => true,
‘delete_replies’ => true,
‘delete_others_replies’ => true,
‘read_private_replies’ => true,

// Topic tag caps
‘manage_topic_tags’ => true,
‘edit_topic_tags’ => true,
‘delete_topic_tags’ => true,
‘assign_topic_tags’ => true,
);

And it worked! Participants could then read private topics. However, it meant that they had the exact same capabilities as moderators, which defeats the purpose of having those two different user roles. And I don’t want to make all participant users moderators. So I kept the moderator capabilities under the Participant section, however, any of the moderator capabilities that I didn’t want the participant to have, I changed it from “true” to “false.” For example, I do not want participants to be able to edit others’ topics, so I changed this part of the code:

‘edit_others_topics’ => true,

To this:

‘edit_others_topics’ => false,

That worked. However, the button to edit others’ topics still show up for the participant, but if they click on it, either nothing happens or they get an error message saying they don’t have that privilege.

The first time I tried this I deleted most of the first section, called Primary Caps:

// Primary caps
‘spectate’ => true,
‘participate’ => true,
‘moderate’ => true,
‘throttle’ => true,
‘view_trash’ => true,

But when I did that, it didn’t work again. It seems like the “‘moderate’ = > true,” part has to stay there in order for this work around to work.

So in conclusion, the participant caps section was replaced with this code:

// Participant/Default
case bbp_get_participant_role() :
default :
$caps = array(

// Primary caps
‘spectate’ => true,
‘participate’ => true,
‘moderate’ => true,

// Forum caps
‘publish_forums’ => false,
‘edit_forums’ => false,
‘read_private_forums’ => true,
‘read_hidden_forums’ => false,

// Topic caps
‘publish_topics’ => true,
‘edit_topics’ => true,
‘edit_others_topics’ => false,
‘delete_topics’ => false,
‘delete_others_topics’ => false,
‘read_private_topics’ => true,

// Reply caps
‘publish_replies’ => true,
‘edit_replies’ => true,
‘edit_others_replies’ => false,
‘delete_replies’ => false,
‘delete_others_replies’ => false,
‘read_private_replies’ => true,

// Topic tag caps
‘manage_topic_tags’ => false,
‘edit_topic_tags’ => false,
‘delete_topic_tags’ => false,
‘assign_topic_tags’ => true,
);

So that’s a work around for now. But I’d still like to know: When is bbPress going to fix this bug issue? And if they have already (and I’ve just missed it somehow): How do I correct it so that the participant user role can read private topics? If anyone has any ideas, can you please leave a DETAILED reply below, including WHERE to find the files that need to be altered. (Ex: wp-content/plugins/bbpress/includes/core/capabilities.php. I noticed that many people in this forum don’t really write down all the steps to fix things, which causes more confusion.)

[kexia]

Does anyone know the correct way to enable the participant role to read private topics? I found a bit of a work around (see below). But I’d like to know how to enable it correctly.

Even though bbPress’ documentation says that users with the Participant role can read private forums and topics, the current version of bbPress (2.5.14) allows participants to read private forum names, but not private topics names or content.

I did some searching on this site and it looks like people have been complaining and notifying bbPress about this bug for about seven years and it’s STILL not fixed. The most support help I’ve seen is someone saying the issue is because of another plugin. But that’s not the case.

I checked the bbPress code in the capabilities.php file located in wp-content/plugins/bbpress/includes/core/capabilities.php, and sure enough, the capability to ‘read_private_topics’ is not listed under the Participant’s Topic Caps section:

<blockquote cite=”// Participant/Default
case bbp_get_participant_role() :
default :
$caps = array(

// Primary caps
‘spectate’ => true,
‘participate’ => true,

// Forum caps
‘read_private_forums’ => true,

// Topic caps
‘publish_topics’ => true,
‘edit_topics’ => true,

// Reply caps
‘publish_replies’ => true,
‘edit_replies’ => true,

// Topic tag caps
‘assign_topic_tags’ => true,
);
“>

I tried adding the ‘read_private_topics’ capability to the Participant capabilities section:

<blockquote cite=” // Topic caps
‘publish_topics’ => true,
‘edit_topics’ => true,
‘read_private_topics’ => true,
“>

But that didn’t work. So then I tried copying and pasting all the capabilities from the Moderator role to the participant role, including the first part of the code under the “Primary Caps” section that lists spectate, participate, moderate, throttle, and view trash.

<blockquote cite=”// Moderator
case bbp_get_moderator_role() :
$caps = array(

// Primary caps
‘spectate’ => true,
‘participate’ => true,
‘moderate’ => true,
‘throttle’ => true,
‘view_trash’ => true,

// Forum caps
‘publish_forums’ => true,
‘edit_forums’ => true,
‘read_private_forums’ => true,
‘read_hidden_forums’ => true,

// Topic caps
‘publish_topics’ => true,
‘edit_topics’ => true,
‘edit_others_topics’ => true,
‘delete_topics’ => true,
‘delete_others_topics’ => true,
‘read_private_topics’ => true,

// Reply caps
‘publish_replies’ => true,
‘edit_replies’ => true,
‘edit_others_replies’ => true,
‘delete_replies’ => true,
‘delete_others_replies’ => true,
‘read_private_replies’ => true,

// Topic tag caps
‘manage_topic_tags’ => true,
‘edit_topic_tags’ => true,
‘delete_topic_tags’ => true,
‘assign_topic_tags’ => true,
);”>

And it worked! Participants could then read private topics. However, it meant that they had the exact same capabilities as moderators, which defeats the purpose of having those two different user roles. And I don’t want to make all participant users moderators. So I kept the moderator capabilities under the Participant section, however, any of the moderator capabilities that I didn’t want the participant to have, I changed it from “true” to “false.” For example, I do not want participants to be able to edit others’ topics, so I changed this part of the code:

true,”>

To this:

false,”>

That worked. However, the button to edit others’ topics still show up for the participant, but if they click on it, either nothing happens or they get an error message saying they don’t have that privilege.

The first time I tried this I deleted most of the first section, called Primary Caps:

<blockquote cite=” // Primary caps
‘spectate’ => true,
‘participate’ => true,
‘moderate’ => true,
‘throttle’ => true,
‘view_trash’ => true,”>

But when I did that, it didn’t work again. It seems like the “‘moderate’ => true,” part has to stay there in order for this work around to work.

So in conclusion, the participant caps section was replaced with this code:

<blockquote cite=” // Participant/Default
case bbp_get_participant_role() :
default :
$caps = array(

// Primary caps
‘spectate’ => true,
‘participate’ => true,
‘moderate’ => true,

// Forum caps
‘publish_forums’ => false,
‘edit_forums’ => false,
‘read_private_forums’ => true,
‘read_hidden_forums’ => false,

// Topic caps
‘publish_topics’ => true,
‘edit_topics’ => true,
‘edit_others_topics’ => false,
‘delete_topics’ => false,
‘delete_others_topics’ => false,
‘read_private_topics’ => true,

// Reply caps
‘publish_replies’ => true,
‘edit_replies’ => true,
‘edit_others_replies’ => false,
‘delete_replies’ => false,
‘delete_others_replies’ => false,
‘read_private_replies’ => true,

// Topic tag caps
‘manage_topic_tags’ => false,
‘edit_topic_tags’ => false,
‘delete_topic_tags’ => false,
‘assign_topic_tags’ => true,
);”>

So that’s a work around for now. But I’d still like to know: When is bbPress going to fix this bug issue? And if they have already (and I’ve just missed it somehow): How do I correct it so that the participant user role can read private topics? If anyone has any ideas, can you please leave a DETAILED reply below, including WHERE to find the files that need to be altered. (Ex: wp-content/plugins/bbpress/includes/core/capabilities.php. I noticed that many people in this forum don’t really write down all the steps to fix things, which causes more confusion.)

[deafmetal]

Forum Index (does same thing when using shortcodes), Child Forum, and Topics:

After upgrading to 2.6 RC 7, and doing forum repairs, I lost the header, categories and formatting for my forum index and child forums. The topics work just fine still.

To troubleshoot, I deactivated all plugins, removed bbPress, activated the default 17 theme, and removed my primary theme. If I re-install/activate bbpress, the index and children headers then show up, albeit without the default styling.

So I reinstalled my theme (which has native bbpress/buddypress support built in), re-activated bbpress, and the headers/categories/formatting disappeared again.

I wanted to think it was a css issue, but I had re-installed everything fresh. So it appears something corrupted my database, tied specifically to my theme. Any recommendations for how to “fix” the repairs and undo the damage?

For the life of me I cannot figure out how to fix this without a wholesale home home directory and sql db restoral. But I’d lose WEEKS of edits and css customization. Ughh

Thank you in advance!!

[Robin W]

It could be a theme or plugin issue

Themes

As a test switch to a default theme such as twentyfifteen, and see if this fixes.

Plugins

If that doesn’t work, also deactivate all plugins apart from bbpress and see if this fixes. if it does, re-enable one at a time to see which is causing the error.

Then come back

[StudentFilmmakers]

I have a forum software running in the /forums of the site so I can’t let it stay at default /forums.

[lwadz88]

Hello All,

I hope all is well.I am pretty new to this and maybe there is already a way to do or a plugin I missing. May have been discussed before but I don’t even know what to call it.

Is there a way to display a custom field from the buddypress profile under the username in the forum comments just like the default bbpress user roles (i.e. like a box containing a specified field from buddypress profile). For my purpose there is an important peice of profile information I’d like to have follow the user around whenever they make posts. Thanks!

[auxiclic]

I have a WordPress site with 4 languages english (default), french, italian and spanish :
WP v5.2.1, bbPress v2.5.14, Polylang v2.5.4
I set up the custom content types in the polylang settings : Forums, Topics, Replies

There is no problem for the english forum but I got two problems :

– for the french forum : the english words are not translated (it is fine with italian and spanish). The two bbPress-fr_FR.po and bbPress-fr_FR.mo were missing. I added them but without success.

– for the french, italian and spanish forum : I can add a topic (then it redirects to home page). When I click on it the topic link, it redirects to home page. When I try to view the topic in the back office, it redirects to home page

Thanks in advance for your help

[amaccuro]

Hello,
how can I change the forum email set in bbpress?
My intention would be to assign an email for all notifications of any kind.

I noticed that in the bbpress settings there is no setting, can you help me?

Thanks

[oneskysandy]

I am having this problem too. It looks like reply.js isn’t getting enqueued because bbp_is_single_topic is false.

/wp-content/plugins/bbpress/templates/default/bbpress-functions.php

if ( bbp_is_single_topic() ) {
…
// Hierarchical replies

if ( bbp_thread_replies() ) {
$scripts[‘bbpress-reply’] = array(
‘file’ => ‘js/reply.js’,
‘dependencies’ => array( ‘jquery’ )

This should be bbpress functionality, but I’m unsure how to fix this. Also, I checked the permission, and it looks okay.

[chemdata]

How can I make the BBP forum fit the default page size with sidebar on the right as opposed to being full width?
Thanks.

[Barry]

OK, and are you in a position to take those testing steps a little further and deactivate everything except bbPress (and also switch to a default theme)?

If you can do that, and things work, we then know the problem lies in one of your other plugins or with your theme and by reactivating them and testing you can probably figure out which one is the problem.

You could even do this ‘in reverse’ if you want to avoid disruption on your live site. This service has a funny name, but poopy.life is really useful for this sort of thing. Start with a brand new WordPress install (it’s free, though it will only stay alive for 24hrs) and add bbPress but nothing else. Confirm it works as expected, and then start adding everything else that you have on your live site: see if you can figure out what exactly introduces the problem.