[shorty187]

Hi,

I have the same issue. I installed bbp style pack plugin on BBpress 2.5.14. Forums were already set up. The only thing I really need is to change Forum Template to “Alternate Forum template 1”. It’s a must have for my client.

I click to select and save changes but nothing changes on the frontend, exactly the same. I use the free Customify theme but also tried the default themes with same result. I deleted cookies and cache but no joy. Deactivating all other plugins gives no joy either.

I also wanted so select option 3 in Forum Display to move the breadcrumb and that does work ok.

Please help !

[Robin W]

ok, I can’t guarantee that the alternate template will work in all circumstances, if you want to try further

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]

ok, the fix strategy would be

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.

But I would start wth User Role editior – that looks a likely suspect

[Robin W]

ok, just tested this on my test site, and it works fine.

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

[fawp]

Thank you @robin-w, I will get this plugin.

So, do I assume that the view I am currently presented with is indeed the default?

Thanks again.

[fawp]

Hi everybody, first-time poster here.

I have just installed WP and bbPress on a local host to evaluate the forum functionality.

I added a couple of forums just to see what they would look like and the default view looks really, really small and unnatural.

This weird forum view is substantially the same even if I switch to a different default theme.

I could not find any tools at a glance to increase the font size for instance.

Is this simply the way a default bbForum install is supposed to look like and do I need to install additional plugins to customize its view, or is it more likely that something went wrong during my install?

Since I can’t seem able to upload an image here to illustrate, I have uploaded one on ImgBB, here is the link

Edit: screenshot is at https://ibb.co/X8dsH7S

My versions:
WordPress 5.2.2
bbPress 2.5.14

It’s on a local Ubuntu installation.

Thank you

[janecarole]

I am running bbPress 2.5.14

Is Twenty-Seventeen a default theme? That is what I am using.

I deactivated all the plugins associated with bbpress and still have the same problem:
Dactivated:
bbpress Private Groups
bbpress Stylepack
bbpress Moderation Tools
bbpress Advanced Statistics
bbpress Move Topics
bbpress WP Tweaks
GD bbPress Attachments
bbPress Messages
Image Upload for bbPress

Do I need to deactivate EVERY plugin ?? This makes this novice really nervous!!

[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]

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]

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?

[DL]

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.)