You should check all the PHP files for syntax errors. Especially any file you might have modified. Did you modify a theme, install any plugins, modify the bb-config.php?
The files from bbPress are probably OK, assuming they were uploaded properly, so check anything you modified or edited.
What version of WordPress?
Have you cleared the cookies?
This page gives a 500 Server Error:
http://www.aboutonlinetips.com/bbpress/
That means there’s probably a syntax error in one of the files needed for the front page.
Some thoughts on the WordPress community, themes, and the GPL
http://spectacu.la/wordpressorg-pull-200-gpl-themes/
http://weblogtoolscollection.com/archives/2008/12/17/matt-the-gpl-and-more/
There’s a two hour interview there with Matt Mullenweg. He discusses premium themes, the GPL, WordPress, BuddyPress and even bbPress (although he seemed somewhat out of touch with bbPress.)
I should have said that the bulk of the discussion was 2 weeks ago 
Please post the versions you integrated. Thanks.
In the German locale the weekday symbol for friday is ‘Fr’ instead of English locale which is ‘Fri’.
http://rel.me/2008/07/22/date-format-rfc82285010361123asctimeiso8601unicode35tr35-6/
Interesting, same problem here with Drupal:
http://drupal.org/node/232433
Sounds like there’s a problem with bb_post_time, or with the way the date is being stored in the database. What version of PHP and what version of MySQL are you using? Maybe there’s a bug?
Also, are you using a language file?
bbPress is GPL v2, so they can’t *require* you to display it. If you haven’t been watching, there’s a huge discussion going on regarding WordPress and premium themes, the GPL, etc.
Do you have a backup of the database before trying integration? Did you indeed use wp_ for the bbPress table prefix?
It looks like you used wp_ (instead of bb_) as your table prefix, and WordPress was already installed, which means bbPress tried to install into the WordPress tables?
By default, WordPress uses these tables (in 2.7):
wp_comments
wp_links
wp_options
wp_postmeta
wp_posts
wp_terms
wp_term_relationships
wp_term_taxonomy
wp_usermeta
wp_users
And bbPress uses these in the alpha version:
bb_forums
bb_meta
bb_posts
bb_terms
bb_term_relationships
bb_term_taxonomy
bb_topics
bb_usermeta
bb_users
bbPress 0.9.0.* versions used different tables:
bb_forums
bb_posts
bb_tagged
bb_tags
bb_topicmeta
bb_topics
bb_usermeta
bb_users
And when you integrate, bbPress uses the wp_users and wp_usermeta tables instead of its own bb_users and bb_usermeta.
I think a Google XML sitemap is much different from a visitor sitemap. The output of the Google XML sitemap generator would not be useful to anyone looking for a site sitemap.
I think this is a good idea for a plugin, but I am of the opinion that most website sitemaps are normally pretty useless and not worth the effort.
http://www.useit.com/alertbox/sitemaps.html
I just validated the feed for one of the pages for this forum, and it came back as valid. The data format looks the same to me. I noticed in your date, there is a character missing from “Friday”:
<pubDate>Fr, 02 Jan 2009 10:57:20 +0000</pubDate></blockqoute>
This date format is correct for RFC 822 from a Linux command line:
[~/ch/bbpress]$ date -R
Mon, 05 Jan 2009 10:12:42 -0500
So, I think there is just some problem with your date function, missing the “i” in Friday, or you typed incorrectly instead of pasting, and the missing “i” is just a typo.
Depends on what version you installed. This is from the alpha versions:
http://chrishajer.com/bbpress/admin-dashboard.png
It sounds like when you log in, you’re not a keymaster, so you’re not seeing the keymaster (admin) functions.
That is correct. Here are the moderator capabilities from bb-includes/capabilities.php:
'moderator' => array(
'name' => __('Moderator'),
'capabilities' => array(
'moderate' => true,
'participate' => true,
'manage_tags' => true,
'delete_topics' => true,
'close_topics' => true,
'stick_topics' => true,
'move_topics' => true,
'view_by_ip' => true,
'edit_closed' => true,
'edit_deleted' => true,
'browse_deleted' => true,
'edit_others_tags' => true,
'edit_others_topics' => true,
'delete_posts' => true,
'throttle' => true,
'ignore_edit_lock' => true,
'edit_others_posts' => true,
'edit_favorites' => true,
'edit_tags' => true,
'edit_topics' => true,
'edit_posts' => true,
'edit_profile' => true,
'write_topics' => true,
'write_posts' => true,
'change_password' => true,
'read' => true
)),
You could add the permissions you for your moderator there, but it’s generally a bad idea to modify a core file. You probably want a plugin to modify the capabilities for your moderators. I didn’t see one specifically for that, but I did notice this plugin was added yesterday.
https://bbpress.org/plugins/topic/bbpress-moderation-suite/
Personally, I would start a trac ticket. They can determine there if the issue is valid or not, and how to fix it. There have been problems with the WordPress API-generated keys in bbPress before, maybe something was reintroduced.
OK, so you can’t use the WordPress user management functions. With MySQL 4.1.* you can use subqueries. Are you comfortable making a database backup, and then are you comfortable with a tool like phpMyAdmin? I ask because I will explain how I would do it to take care of the problem one time. I wouldn’t necessarily call it the best way or the only way, just the way I would do it with things I would check beforehand.
Might as well make a backup of the bbPress database now.
Hopefully, you’ve added the Human Test plugin to prevent spam registrations.
https://bbpress.org/plugins/topic/human-test/
I don’t know of a way to mass moderate users in bbPress. If you’re integrated with WordPress, I believe there is a mass edit for users available there.
If you’re not integrated, I think you need to use some SQL with the database directly. If you need that, please post the MySQL version you are using (since subqueries were added in MySQL 4.1, and the solution would be different if you’re using MySQL prior to 4.1)
I’ve been playing with the SQL to do this, but my MySQL version is 4.0.27, which does not support subqueries.
So what could it be if using the default theme works properly, but your theme does not?
I confirmed on a 0.9.0.3 installation that this is the case. I had a topic with a tag, clicked “topics with no tags”, the topic does not show up (others do.) I deleted the tag on that topic, topic still does not show when I click “topic with no tags.” I went into the admin for the Recount, and even after recounting everything, the topic still does not show up in the view “topics with no tags.”
I upgraded the installation to 0.9.0.4 and the problem persists. I didn’t look into why it does not work as expected, but this is not what I would have expected either. (It’s like the topic is marked as having a tag, but it’s never set to “no tags” after the sole tag is removed.)
You might want to file a bug at https://trac.bbpress.org/
Rather than trying your theme and plugins on another installation, how about turning off the plugins and trying the default theme on your live forums? Testing the other way is not a 100% test.
Do you know what revision of trunk you’re using? I installed trunk two years ago, but it was a much different version then.
