Hello all,
The social links menu displays icons only on a WordPress (version 5.2.2) site using the Twenty Seventeen theme (version 2.2), except on pages of bbPress (version 2.5.14) where it displays icons and text.
The url of the site is Prepare.Survive.Live
Any ideas of how to address this?
Thanks!
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.
Hello, an anonymous person can enter the address of the website. Should these andres not be a link as in the comments of his signature? Because giving the address is not today, no cation, it does not become an author’s likeness or any separate one. Is it possible to set the quality?
Hello, where you can change so that anownimowe people do not have to enter an email and it was not mandatory to provide.
Is there an option that if someone does not give the name and email, it will be automatically signed as a guest. Or at least for the e-mail address not to be mandatory
Where can something change?
Hello, how can I delete in the forums theme view “Voices” is a basically unnecessary element unusual for for. I would like to move it but not only as display: none; but let the titles take this part of the deleted Voices
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.)
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.)
Hello, how to make the forum home is a view of a specific forum with topics.
I have only 1 forum category, so I would prefer that the list of topics be displayed immediately on the main page, can I do that?
Hi guys,
I haven’t find a solution for this so I’ve decided to make a new topic. The thing is – I want to display topics based on multiple tags, not just one. Is that possible?
For example, I wanna display all topics that are tagged with “sweet” and “cheap” tags….it only works for one tag at the moment.
Also, is it possible to include tags in search, or/and display a tag list?
Thanks in advance.
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!!
