[TFUME]

Adding the following to the child theme’s functions.php or bbpress-functions.php seems to fix this so all template files are used as expected:

remove_filter( 'bbp_template_include', 'bbp_template_include_theme_compat', 4, 2 );

Not sure if this is supposed to be required though.

[Marcoz]

For accessibility, a mixture of the two approaches tables vs. lists would have been the optimum. And maybe that’s still pssible to do?

My suggestion would be this:

1. On the forums overview page, where there are forums, topics in each forum, etc., a table is the appropriate form to use. It has column headers, and each row consists of a data record AKA a single forum. For this, a data table, wsemantically a table with appropriate tags, is indeed the correct way to go! Not all tables are bad per se!

2. Same goes for the listings of topics within each forum. These have column headers, too, and each row tells the story about each topic. A perfectly legal and sanctioned use of tables!

3. The only part where a table is not appropriate for usage is when displaying a single topic with its replies. The TwentyTen bbPress theme definitely uses a data table semantics for layout purposes here, e. g. grouping a reply header, content, and footer together in a way that is clearly meant for layout. There are no column headers, and not every row tells a story about a single post. Instead, a post spans multiple rows, each with different information. This is what accessibility folks call layout tables, and these are banned by the W3C and hated passionately by each screen reader user on this planet. Topics and replies lump together in a big spaghetti-like table without a real distinction where one post ends and the next begins.

Converting this to more appropriate markup was the right thing to do. Converting the forums and topics listings, was not. A list item is a list item, and not a column header or table cell. In data tables, browsers’ accessibility APIs can create correct linkage between a column header and the relating cell down in the table. The user can therefore hear if the number they’re hearing is the number of voices, replies, the title or what. If these are done by lists as it is now, there is no way on this planet that this kind of essential linkage can be provided. There is simply no technique to do this.

I would like to strongly request, and I will also put this in a Trac ticket, that the bbt-compat files be adjusted so that forum listings and topic listings use a regular data table as they do in TwentyTen, and that the single reply and topic page be kept as the updated version that’s there now.

In fact, this very support forum uses the exact right combination of things! Why it differs from what will be in 2.1 if things aren’t changed, I don’t know.

This is an urgent plea to consider making these changes for better accessibility of 2.1!

Marco

[smackmathew]

I have this same problem. http://bookmoxy.com/forums

If I try to access my forums in my buddypress profile it comes up with a blank page.

It’s a brand new network install running WordPress 3.4 BuddyPress 1.5.6 bbPress 2.0.3

[smackmathew]

I have this same problem. http://bookmoxy.com/forums

If I try to access my forums in my buddypress profile it comes up with a blank page.

It’s a brand new network install running WordPress 3.4 BuddyPress 1.5.6 bbPress 2.0.3

[operative_me]

Here’s the initial error message I get. Haven’t found a way to fix it yet. frustrating.

Warning: Cannot modify header information – headers already sent by (output started at /home1/prospor8/public_html/wp-includes/functions.php:2705) in /home1/prospor8/public_html/wp-includes/pluggable.php on line 881

Warning: Cannot modify header information – headers already sent by (output started at /home1/prospor8/public_html/wp-includes/functions.php:2705) in /home1/prospor8/public_html/wp-includes/pluggable.php on line 881

[Sudzy]

If anybody got’s any other ideas that would be great, I’m not very good with CSS and stuff.

[SUB_dawg]

Ah ok, it was my theme. Is there a specific place I should enable a bbPress theme? The one that I had a problem with is supposed to be bbPress enabled.

[SUB_dawg]

Hi!

I just installed bbPress and made a whole bunch of forums. The problem is, when I navigate to mydomain.net/forums, there are no forums on that list.

Help me? Thanks!

Jake

[Sudzy]

Alright, thanks man… hopefully I could get this setup.

[Jared Atchison]

If anyone has any other 3.4 issues feel free to post in https://bbpress.org/forums/topic/bbpress-203-and-wordpress-34

[Jared Atchison]

Just a note, should be fixed now https://bbpress.trac.wordpress.org/ticket/1849

[Jared Atchison]

Check out this plugin: https://wordpress.org/extend/plugins/gd-bbpress-attachments/

[Jared Atchison]

It’s an issue with your theme and it’s CSS conflicting with bbPress. If you activate TwentyTen/Eleven it will work fine.

You will need to contact your theme author or make your own adjustments to the theme so that it is compatibile with bbPress.

[Jared Atchison]

See https://bbpress.org/forums/topic/bbpress-203-and-wordpress-34 for more details!

[rmazereeuw]

Upgraded to new WP with no issues. Tried to upgrade to latest bbpress from within the plugins admin page, and get the error:

Plugin could not be activated because it triggered a fatal error.

[Olzen]

After update my forum styling got corrupted. ‘width’ parameter on posts seems to be not correctly set.

Anyone have an idea where this parameter is set?

Using Suffusion theme.

O

[Sudzy]

Still having the same issue.

[r4S]

There appears to be an incompatibilty between bbPress 2.0.3 and PostMash plugin on WP3.4.

Replies to topics created in earlier versions are not in chronological order.

Disable PostMash all OK but how do we now order our posts?

[Milan Petrovic]

Great to hear that. If you notice any more problems, please let me know.

[enderandrew]

Fixed for me! Thanks for the update!

[Satish]

I’m getting this error after updating Wp and BBPress

Fatal error: Class ‘BBP_Theme_Compat’ not found in /home/technoti/public_html/technotip.com/wp-content/themes/NewsDen-child/functions.php on line 31

[TFUME]

Is it just me or is 2.1 ignoring certain template files when using bbPress as a child theme?

To illustrate I added a backtrace to the top of form-topic.php.

When viewing a forum, template file single-forum.php is used as expected (Bottom up #:

#7  bbp_get_template_part(content, single-forum) called at [C:xampphtdocsdomain.comwp-contentthemesbbp-child-testsingle-forum.php:25]

#8  include(C:xampphtdocsdomain.comwp-contentthemesbbp-child-testsingle-forum.php) called at [C:xampphtdocsdomain.comwp-includestemplate-loader.php:43]

#9  require_once(C:xampphtdocsdomain.comwp-includestemplate-loader.php) called at [C:xampphtdocsdomain.comwp-blog-header.php:16]

#10 require(C:xampphtdocsdomain.comwp-blog-header.php) called at [C:xampphtdocsdomain.comindex.php:17]

But then if you go into a topic and click EDIT, page.php is used to display form-topic.php even though template files single-topic.php and single-topic-edit.php both exist (Bottom up #13):

#12 get_template_part(content, page) called at [C:xampphtdocsdomain.comwp-contentthemestwentyelevenpage.php:22]

#13 include(C:xampphtdocsdomain.comwp-contentthemestwentyelevenpage.php) called at [C:xampphtdocsdomain.comwp-includestemplate-loader.php:43]

#14 require_once(C:xampphtdocsdomain.comwp-includestemplate-loader.php) called at [C:xampphtdocsdomain.comwp-blog-header.php:16]

#15 require(C:xampphtdocsdomain.comwp-blog-header.php) called at [C:xampphtdocsdomain.comindex.php:17]

Or am I missing something?

[Milan Petrovic]

New plugin version is coming soon with the updates.

[enderandrew]

I’m testing 2.1 from SVN and it is working well. I had to fight with the templates and my theme to get it to display properly, but that was an issue with the theme, and not bbPress.

The only “bug” I’ve encountered so far was that wp-content/plugins/bbpress/bbp-theme-compat/css/bbpress.css was loading even if I had a bbpress compatible theme with everything in my child theme and I was loading css/bbpress.css from my theme. So I was loading bbpress css twice.

I put: add_theme_support( ‘bbpress’ ); into my functions.php and that stopped. And then I removed the call to css/bbpress.css and instead just integrated into into my style.css which I prefer. When possible I like to combine the css files and reduce http get requests.

[enderandrew]

I disabled every plugin that ties into the admin bar other than Buddypress and I still had the issue. I can try disabling that as well. I’ll do some testing today and see if I can determine if it is a plugin conflict.