It’s true. The little shiny pieces of polish, and the things you don’t have to do, are what make software easy to use for everyone, and ultimately more successful as a result.
If you’re holding off on using bbPress because it doesn’t do everything you need it to do out of the box, you’re just not the audience for the software (yet.) Clearly it’s not useless; we’re using it here very successfully.
If your users can’t figure out how to use your site, it’s up to you to cater the theme to fit their wants and needs. If turn-key bbPress isn’t it, that’s totally okay – you’re free to manipulate the design however you’d like.
Future versions of bbPress will receive more and more refinement. Hopefully they improve your outlook – if not, hopefully you contribute code changes upstream to improve the software.
Hi all
I’ve been trying to help out with the bbPress Codex when I get some free time. Something I’d like to create is an FAQ covering issues that come up again and again. Or even two FAQs:
FAQ – Getting Started with bbPress
FAQ – Troubleshooting
The best resource for an FAQ is often a support forum so if there are any questions you’d like to see in an FAQ please add them here. Or just drop in a link to a support forum post where a question has been raised. I’ll turn it into a question in the FAQ.
Also – if there are any other docs that are desperately needed let me know and I’ll put them together. I don’t have loads of time but I reckon if I make a list I could write doc a week.
Thanks!
Siobhan
Maybe I should add that I am also experiencing a strange issue with my notification mail setting. When I go to the BBPress Admin settings, I see under “General Settings: Send Mail to”
myadress@mydomain.com if new reply/topic ? <select id=
When I delete this and just enter my address it'll revert to this string after saving. Maybe this is related?
Please see https://codex.bbpress.org/getting-started-with-bbpress/#creating-your-first-forum and bbPress Forums List Widget unordered listing is seemingly random.
If these do not help could you give us a more detailed description of your forums structure and what order you have them set to with a link to your forums site so we can have a closer look.
hmmm… couldn’t get it to work with Semisecure Login enabled…
https://bbpress.trac.wordpress.org/ticket/1819 gave a solution to the problem that I am pretty sure worked. However, I just want to note that the issue still exists and help anyone that might be having this problem.
If your replies are being covered up like the picture above, you can fix it by adding the following comment into your bbpress.css file (wp-content/plugins/bbpress/bbp-theme-compat/css/bbpress.css):
#bbpress-forums div.reply {
height: auto;
}
As with the author of this bug request, I am also using custom-community.
Oops! Looks like this editor removed the lines since they’re code but if you search on “wp_editor” within the files, you should find the section.
I am very green but have the same issue, my theme doesn’t use the fancy editor for forum posts and replies. That said, I found that the form-reply.php and the form-topic.php files in my theme’s bbpress folder affects those pages. I backed them up then deleted them from my theme’s bbpress folder and (I assume) the form-reply.php and form-topic.php files from the default bbpress theme took over and I got back the fancy editor.
Using the default bbpress theme’s form-reply.php file as the example: open the file and look for the section that starts with the following lines:
if ( !function_exists( ‘wp_editor’ ) ) : ?>
(note: I had to put a space between the “< " and the "?" in that first line so that the code would show here, so if you want to search with it, remove that space)
The section ends with:
(again, I put a space between the “<" and the "?")
I restored my theme's files and bumbled my way through adding the lines. On my first go at it I ended up with both the fancy and my theme's editors on the same page! LMFAO!! Haven't played with it anymore as yet so you'll have to see what you can do with it.
Hi!
I have upgraded to the most recent versions of BuddyPress, bbPress, and WordPress.
I see on loop-single-reply.php that the information displayed after the avatar is called by
do_action( ‘bbp_theme_after_reply_author_details’ );
My plan was to use the information in http://codex.bbpress.org/bbp_theme_after_topic_author/ but apply it to the bbp_theme_after_reply_author_details action instead.
Where does the code provided in the codex example actually need to go? bp-custom.php? Or somewhere else? Is this even the right way to go about adding it?
Any tips would be great, thanks!
-
This topic was modified 13 years, 9 months ago by
craftcore.
After spending some hours with the same strange behaviour i finally found a solution:
This error happens when you’r running WP in a multisite-environment, only on the mainsite AND if you added define('NOBLOGREDIRECT', 'http://example.com'); to your wp-config.php
Adding remove_action( 'template_redirect', 'maybe_redirect_404' ); to your themes functions.php will stop that annoying bug.
I guess this error happens because maybe_redirect_404() is fired before the profile-pages are build. the network administrator (or sub-sites) will be never redirected by NOBLOGREDIRECT, thats why the bug never happends when a network-admin clicks on a profile-link or when you’r running bbpress on a sub-site in your WP-network.
More about the NOBLOGREDIRECT-fix (it also helps showing 404-errors): http://frumph.net/2010/06/05/wordpress-3-0-multisite-subdomain-installation-noblogredirect-behavior-fix/
-
This reply was modified 13 years, 9 months ago by
Fuchsy.
shineonscotland,
Please describe the errors you’re encountering and the community would be able to help you 😉
Answer these questions:
What WP Version?
What BB Version?
Did you do anything before the errors started?
Have you tried ”going” back and forth in your code/theme to see if changes might be the issue?
Cheers,
Aron
#bbpress-forums .status-closed,
#bbpress-forums .status-closed a {
color: #ccc;
}
Pretty easy to get this info from your browser developer tools, press F12 or right click the element and select ‘Inspect Element’
Thanks!
#bbpress-forums ul li { background: none; padding-left: 0px; margin-bottom: 0px; }
I put that below the other line, and it works like a charm.
Tried something like this?
.bbpress .post-entry ul li { background: none; padding-left: 0px; margin-bottom: 0px; }
.post-entry ul li{ background:url(images/ul-dot.png) no-repeat; padding-left:28px; margin-bottom:10px; }
This one little line of code is making my bbPress forums look like crap.
It’s difficult to explain, but you can look at my forums here and see how bullets are messing everything up. :/
The Theme I’m using is leetpress.
The Entire style.css is here.
-
This topic was modified 13 years, 9 months ago by
kdude63.
-
This topic was modified 13 years, 9 months ago by
kdude63.
Hey John, thanks for this. I was looking at those, particularly masonjames’ page here: https://codex.bbpress.org/theme-compatibility/
Do I need to do something to activate it to look for these things? I tried another test by moving the page-front-topics.php from the extras folder to the root of my theme, but no edits I do to that file seem to change the /topics/ page layout (which I’m assuming is that page… but perhaps I am wrong there).
Is there a list anywhere of what files control what layout’s? That might be helpful to make sure I am at least editing the right pages… 🙂
Thanks for your help!
Congrats on the 2.1 update, it rocks. But I do have one minor needle request to make concerning the exposure of user bio information. Even when there is none.
The Symptom:

“Hey Admin dude, I may be incognito and unremarkable, but why draw attention to me like this?”
Cause:
Not checking if the description field in the user profile is empty (user-details.php).
Twentyten’s native bio box code is wrapped in a conditional that calls a hookable function, get_the_author_meta( ‘description’ ). Twentyten defaults to skipping the bio box completely if the user profile ‘description’ field is empty (on both single posts and author archives).
And thanks to the hook, the author of a child theme can also prevent display of this stuff based on any criteria they choose — like, author bio info is shared with logged-in users only.
The bbPress function bbp_get_displayed_user_field() isn’t currently hookable :(, but this whole thing is fixable with 3 or 4 lines of code in a couple of files. It’s not so much a bug as a lapse in coding consistency. Whatever, it’s busting my chops right now. If I didn’t know better, I’d ask for my money back 😉
Could this be put right in the next update? Makes for better consistency with WordPress, imho 🙂
Meanwhile, in other bbPress core-hacking news…
‘I also have a needle about the way author URL construction is similarly unhookable, but that’s for another thread’
I dont know why but the first line is missing in the above code?
$querystr = "
Solved!
SELECT * FROM $wpdb->posts
LEFT JOIN $wpdb->postmeta ON($wpdb->posts.ID = $wpdb->postmeta.post_id)
LEFT JOIN $wpdb->term_relationships ON($wpdb->posts.ID = $wpdb->term_relationships.object_id)
WHERE $wpdb->posts.post_type = 'forum'
AND $wpdb->posts.post_status = 'publish'
AND $wpdb->postmeta.meta_key = '_bbp_topic_count'
ORDER BY $wpdb->postmeta.meta_value DESC
LIMIT 100
";
$forum_posts = $wpdb->get_results($querystr, OBJECT);
if ($forum_posts)
{
global $post;
foreach ($forum_posts as $post)
{
setup_postdata($post);
bbp_forum_title();
the_content();
}