[chrishajer]

In the front-page.php file in your template folder, you can do this:

Change:

<th><?php _e('Topic'); ?> — <?php new_topic(); ?></th>

to:

<th><?php _e('Topic'); ?> — <?php new_topic('Add New ---->'); ?></th>

Where Add New —-> is what you want displayed instead of the default.

[beardownarizona]

I’ve noticed when you click on a topic with multiple pages in these forums, it still takes you to page one….is this the default for bbPress? If so, is there a way to change it so the user is always taken to whatever the last page is? (ie. if the topic has three pages, the link from the forum takes the user to page three).

[suzkaw]

If it still doesn’t work I think you can delete that file totally from the inove directory as it will revert to the default template.

[Sam Bauers]

Just a note, the load options trick only applies to 0.9 it is default behaviour in 1.0

[chrishajer]

I’ve been working with Brad to help resolve this. We’ve finally made some progress.

1. We needed to use the iis_fix plugin from _ck_. Otherwise, any page other than the first page just gets stuck in a reloading loop. Installing this plugin, as an autoload plugin or manually activated plugin, takes care of that problem.

2. When the index.php file is renamed to default.php, the site works fine. When it’s left named index.php, the forum comes up as a 404 error for the front page of the forum only. You can access other pages directly, by adding to the URL. But if you try to load http://www.beardownarizona.com/forums/ or http://www.beardownarizona.com/forums/index.php you get a 404 error. If you rename index.php to default.php, http://www.beardownarizona.com/forums/ loads the front page of the forum just fine.

GoDaddy serves the DirectoryIndex file in this order:

http://help.godaddy.com/article/61

So renaming index.php to default.php (or even leaving index.php there and just copying it to a file called default.php) works just fine.

I also found, with the plugin installed, and this line commented out in index.php, that index.php works fine, and the forums will also load fine when accessed at http://www.beardownarizona.com/forums/ .

/* bb_repermalink(); */

So long as that function is not called in the index.php, index.php works just fine on this server.

So, here are the questions:

1. will bbPress work OK without an index.php and just a default.php being the DirectoryIndex file? (it seems to be fine)

2. can the bb_repermalink(); line be commented out in index.php if the site is not using permalinks? Would commenting it out affect anything else negatively?

3. What does that function do that would cause the index.php file to come up as a 404 when it’s clearly there? It’s almost like it’s trying to load index.php, index.php says “rewrite the URL to {something else}” then it fails to find index.php.

Any thoughts? Thanks.

[suzkaw]

@Umit Namli – I didn’t touch the rss feed file. So I am not sure what would be causing that. Can you try uploading an original rss2.php and see if that sorts it out? Or possibly reverting to the default theme and then testing again?

[iservers]

I see. So the preferred solution is to route anyone who wishes to use SMTP with bbPress, and is not happy with the default PHP behaviour, to use the SMTP plugin. Fair enough.

There is another solution for Windows SMTP systems for those who control PHP; live with setting ‘sendmail_from’ server-wide in php.ini. This overrides the value passed to the mail() function ‘From:’ header argument for use with the SMTP ‘MAIL FROM:’ command (where the problem lies), but retains that value for use with the mail message body ‘From:’ header (where a complete textual name may be used).

BTW, the reason that the (SMTP) MTA on Windows rejects the email address is not due to the MTA, but due to PHP on Windows:

http://www.php.net/manual/en/function.mail.php

A long-standing discussion is here:

http://bugs.php.net/bug.php?id=28038

The current value for the PHP mail() function ‘From:’ header (“User name” <uname@domain.com>”) is an RFC2822 compliant format suitable for parsing by a library (like PHP mail()) which *should* generate separate strings for SMTP (the ‘MAIL FROM:’ command, which must be RFC2821 compliant) and the message body (the ‘From:’ header field which can be RFC2822 compliant). RFC2821 format (user@domain.com or <user@domain.com>) differs from RFC2822 format. PHP mail() on Windows does not do this translation.

[chrishajer]

The default install has a single topic (“Your first topic — First Post. Woot!”) that is tagged bbPress. If you deleted that but the tag persists, you might need to go into the admin and Manage > Recount /bb-admin/site.php. There is one checkbox there that says “DELETE tags with no topics. Only functions if the above checked.” Try that.

[Sam Bauers]

PHP mail() only uses SMTP when PHP has been directed to use an MTA by default like in your case. There are plenty of situations where this isn’t the case, like on a lot of shared hosting services. In these cases the only way to send mail is to programmatically connect to an SMTP server. This is possible in 1.0-alpha versions using the plugin that chrishajer pointed out.

I wish it was as easy as changing that one line, believe me. Also, if your MTA is not accepting that very standard form of email address then it is really a config issue at the MTA. There is no reason it should be rejecting an RFC compliant email address like that one.

[chrishajer]

How do you ensure? Well, you can look at your wp-config.php and see what the table prefix is there. If you didn’t change it, it’s wp_. bbPress uses bb_ by default. If you don’t change either of them, they will go properly into separate tables in the same database.

There is something simple going wrong with the connection details. It really is as simple as the username, database name, password and host. I think they call the host “advanced database settings” in the installation. If you click that, I think it unhides the table prefix setting and the host setting. I always have to change the host in my installations, so to me that’s not an advanced setting. WordPress recently changed the terminology of that (it used to say something like “99% chance you won’t need to change this”) to something like “get these details from your host.” Maybe you just need to enter the host setting and you are not seeing where to do that.

I’m guessing it’s the host setting you’re not entering, since it’s not visible on the installation screen. If it’s different that localhost in your wp-config.php, my guess is that’s the problem. You need to set that for bbPress.

[Sam Bauers]

A first attempt at getting WordPress 2.7 and bbPress 1.0 to play nice again is now in trunk [1862].

I’m specifically talking about “deep” integration, i.e. when you include WordPress inside bbPress to gain access to WordPress’ functions.

This will need a lot of testing, so please post any issues you have on the relevant Trac ticket, #972 (which will stay open until some more testing has occurred).

I recommend using the following code at the top of your bbPress bb-config.php file to include WordPress inside bbPress:

if ( !defined( 'ABSPATH' ) ) {

include_once( '/Full/Path/To/wp-load.php' );

}

Note that this includes “wp-load.php” not “wp-config.php” or “wp-blog-header.php”. This avoids running WordPress’ template loader which presumably isn’t needed inside bbPress. Some implementations may want it though, so if you find you need it then give it a go and let us know how that goes.

Also note that all filters and actions set in WordPress whether default or added by plugins or themes are cleared out completely. That means that plugins and themes installed in WordPress cannot add filters or actions to bbPress at all. This may have some implications I’m not aware of yet.

Go nuts!

[_ck_]

Another performance tweak that will help with the end user’s page loading times (but won’t reduce that queries - time report for the page generation) is to remove the shedload of external javascripts that bbPress tries to load on many pages. Note that doing this will remove the ajax features but bbPress falls back to the conventional page-reload method instead so that’s okay.

Only admin can use most of the ajax features anyway so this is crazy that bbPress adds half a dozen scripts for everyone, including the bloated 100k jquery library.

This technique requires a mini-plugin unfortunately:

<?php

/*

Plugin Name: bb-tweaks

*/

// get rid of default forum scripts

remove_action('bb_head', 'bb_print_scripts');

?>

(I’ve never tried it but it might be possible to just put the single line

remove_action('bb_head', 'bb_print_scripts');

inside functions.php in the theme folder.

[kevinjohngallagher]

Hey JJJ,

its my understanding that all functions, including those that have the template hardcoded into it, require a plug-in to overwrite.

This sadly cant be kept in the template folder, nor turned on as default.

[kgosser]

Hey all,

So I’ve been checking out various forums to use for my business’ site, and I’ve got it paired down to bbPress and Vanilla. I’m leaning towards bbPress, but I have a few questions that I’m seeking answers to first. If anyone can help me out, it would be greatly appreciated!

(1) Is it available either by default or a plug-in to allow users to post <embed> or <object> snippets to show Flash files?

(2) Is there a plug-in available to allow image uploading to our server, or are all the ways to get an image to display within a thread by bb [img]code or the “Allow Images” plug-in?

(3) Would you consider bbPress’ theme customization to be about as equal (or easier) than WordPress’?

(4) Are there plug-ins to allow for either digg-style voting or normal 5-star voting? Being able to host community-driven contests is important for this project.

Thanks a lot in advance. One of the reasons I always use WordPress for my projects is because the community is one of the best on the Web, so I hope it rubs off a little bit for bbPress! Thanks again!

[chaslie]

OK – now I gotcha:

If using the default (kakumei) theme, lo0k for this code which is about line 43:

<?php if ( bb_forums() ) : ?>

REPLACE it with this code:

<?php if ( bb_forums(“depth=1”) ) : ?>

Works beatifuuly as described.

[Ipstenu (Mika Epstein)]

Avatars – They are in there by default, as Gravatars, they’re just turned off.

As for BBcode … Eh. Given that this is a spin off of WordPress and WP uses HTML and not BB code, I see why they chose not to.

[cocotrp]

I have a similar situation where forum members have asked to have an option as to which way the posts are sorted. If reversed, my recommendation would be to keep the initial post as the first in the sequence, followed by the most recent posts (in reverse order). Again, I’ve been looking for a plug-in that will provide this as an option, not a default.

Thanks in advance!

[wiseacre]

Hi! I have problems with bbpress and PHP 5.

On my hosting PHP 4 is “by default”. I am using .htaccess with

AddType application/x-httpd-php5 .php

in my top directory.

With this .htaccess file bbpress does not working at all – I can’t install it and can’t use it after install.

Installation process is “windows like” – I

1 delete .htaccess

2 create manually bb-config.php

3 open the start page blog.example.com

4 click “Next” and fill just minimum set of fields. I don’t integrate bbpress with my blog

5 Everything is fine.

Without my .htaccess file bbpres works after install. After upload .htaccess – don’t. I cant open anything, can’t login and don’t have any access. The error message is the same “500 Internal Server Error”.

I don’t use permalinks or any plugins. Just default state …

I reported this here: http://trac.bbpress.org/ticket/1001

[John James Jacoby]

Short term, I was able to make this work by modifying 1 core WordPress file. This only allows for integration of the theme, but still does not allow access to the bbPress admin panel without changing the bb-config.php file back to original.

It’s essentially a quick fix to get the theme working with all capabilities playing nicely.

Basically I’m hard-coding the capability check from bbPress into WordPress. There should be a filter for this, but I’m not sure how to hook into it correctly without a mod or plug-in on the WordPress side.

~My fix is in no way a permanent solution. Auto-updating your WordPress installation will overwrite this fix.~

---

In FILE wp-includes/capabilities.php:

In the meta_map_cap function:

Around Line 906:

AFTER break;

BEFORE default

INSERT:

/*

*/

case 'write_post':

$caps[] = 'write_posts';

break;

case 'edit_post':

// edit_posts, edit_others_posts, edit_deleted, edit_closed, ignore_edit_lock

if ( !$bb_post = bb_get_post( $args[0] ) ) {

$caps[] = 'magically_provide_data_given_bad_input';

return $caps;

}

if ( $user_id == $bb_post->poster_id )

$caps[] = 'edit_posts';

else

$caps[] = 'edit_others_posts';

if ( $bb_post->post_status == '1' )

$caps[] = 'edit_deleted';

if ( !topic_is_open( $bb_post->topic_id ) )

$caps[] = 'edit_closed';

$post_time = bb_gmtstrtotime( $bb_post->post_time );

$curr_time = time() + 1;

$edit_lock = bb_get_option( 'edit_lock' );

if ( $edit_lock >= 0 && $curr_time - $post_time > $edit_lock * 60 )

$caps[] = 'ignore_edit_lock';

break;

case 'delete_post' :

// edit_deleted, delete_posts

if ( !$bb_post = bb_get_post( $args[0] ) ) {

$caps[] = 'magically_provide_data_given_bad_input';

return $caps;

}

if ( 0 != $bb_post->post_status )

$caps[] = 'edit_deleted';

// NO BREAK

case 'manage_posts' : // back compat

$caps[] = 'delete_posts';

break;

case 'write_topic':

$caps[] = 'write_topics';

break;

case 'edit_topic':

// edit_closed, edit_deleted, edit_topics, edit_others_topics

if ( !$topic = get_topic( $args[0] ) ) {

$caps[] = 'magically_provide_data_given_bad_input';

return $caps;

}

if ( !topic_is_open( $args[0]) )

$caps[] = 'edit_closed';

if ( '1' == $topic->topic_status )

$caps[] = 'edit_deleted';

if ( $user_id == $topic->topic_poster )

$caps[] = 'edit_topics';

else

$caps[] = 'edit_others_topics';

break;

case 'move_topic' :

$caps[] = 'move_topics';

break;

case 'stick_topic' :

$caps[] = 'stick_topics';

break;

case 'close_topic' :

$caps[] = 'close_topics';

break;

case 'delete_topic' :

$caps[] = 'delete_topics';

add_filter( 'get_topic_where', 'no_where', 9999 );

if ( !$topic = get_topic( $args[0] ) ) {

$caps[] = 'magically_provide_data_given_bad_input';

return $caps;

}

if ( 0 != $topic->topic_status )

$caps[] = 'edit_deleted';

remove_filter( 'get_topic_where', 'no_where', 9999 );

break;

case 'manage_topics' :

// back compat

$caps[] = 'move_topics';

$caps[] = 'stick_topics';

$caps[] = 'close_topics';

$caps[] = 'delete_topics';

break;

case 'add_tag_to':

// edit_closed, edit_deleted, edit_tags;

if ( !$topic = get_topic( $args[0] ) ) {

$caps[] = 'magically_provide_data_given_bad_input';

return $caps;

}

if ( !topic_is_open( $topic->topic_id ) )

$caps[] = 'edit_closed';

if ( '1' == $topic->topic_status )

$caps[] = 'edit_deleted';

$caps[] = 'edit_tags';

break;

case 'edit_tag_by_on':

// edit_closed, edit_deleted, edit_tags, edit_others_tags

if ( !$topic = get_topic( $args[1] ) ) {

$caps[] = 'magically_provide_data_given_bad_input';

return $caps;

}

if ( !topic_is_open( $topic->topic_id ) )

$caps[] = 'edit_closed';

if ( '1' == $topic->topic_status )

$caps[] = 'edit_deleted';

if ( $user_id == $args[0] )

$caps[] = 'edit_tags';

else

$caps[] = 'edit_others_tags';

break;

case 'edit_user':

// edit_profile, edit_users;

if ( $user_id == $args[0] )

$caps[] = 'edit_profile';

else

$caps[] = 'edit_users';

break;

case 'edit_favorites_of':

// edit_favorites, edit_others_favorites;

if ( $user_id == $args[0] )

$caps[] = 'edit_favorites';

else

$caps[] = 'edit_others_favorites';

break;

case 'delete_forum':

$caps[] = 'delete_forums';

break;

case 'change_user_password':

// change_password, edit_users

$caps[] = 'change_password';

if ( $user_id != $args[0] )

$caps[] = 'edit_users';

break;

/*

*/

[chrishajer]

In defense of bbPress, I think they went without search for a long time intentionally. It was not even included in the stock template until recently. The intention was that you could use tags to find specific content, click a member’s name to get all the replies they made and topics they started, etc.

For topics with no replies, there is a default view for that (look at the home page of this forum, near the bottom, to see it.) For other views, you probably want the My Views plugin by _ck_.

https://bbpress.org/plugins/topic/my-views/

http://bbshowcase.org/forums/

(look at the bottom right for all the views)

[chrishajer]

If your server supports mod_rewrite and .htaccess, you can make pretty permalinks work (if they work for WordPress, they can work for bbPress). You just need to follow the instructions.

And if bbPress is in a sub-directory of WordPress (collectibles-talk), then you will have two .htaccess files, or possibly all the rules in the WordPress-level .htaccess. The .htaccess you posted is the default WordPress one. You need more rules for bbPress.

Here is something about that:

https://bbpress.org/forums/topic/pretty-permalinks-not-working?replies=24#post-7743

[_ck_]

You can adjust the settings in the plugin to any size.

With broadband today I guess that won’t be too much of a problem but remember it’s passed through a PHP session so on an extremely active site that could in theory become a problem if they were publicly available downloads (the default locks downloads to members only, which is best).

[travelsuperlink]

I tried to understand the new database structure by checking the upgrade-schema.php. I found one thing could cause problem:

$bb_queries = “CREATE TABLE IF NOT EXISTS $bbdb->users (

ID bigint(20) unsigned NOT NULL auto_increment,

user_login varchar(60) NOT NULL default ”,

user_pass varchar(64) NOT NULL default ”,

user_nicename varchar(50) NOT NULL default ”,

user_email varchar(100) NOT NULL default ”,

user_url varchar(100) NOT NULL default ”,

user_registered datetime NOT NULL default ‘0000-00-00 00:00:00’,

user_status int(11) NOT NULL default 0,

display_name varchar(250) NOT NULL default ”,

PRIMARY KEY (ID),

UNIQUE KEY user_login (user_login),

UNIQUE KEY user_nicename (user_nicename)

);”;

my old database table bb_users the user_nicename does not have unique key on it, but now upgrade try to setup as unique key. will it be the reason for the upgrade timeout?

Unfortunately for my cpanel host I could not access the mysql log, but please help me solve this. any inputs are welcome.

thanks.

[chrishajer]

It looks like you have an extra db in there. So if your database is database, your tables are actually named database.dbusers, for example?

The default would be database.bb_users.

To change the table prefix your bbPress installation uses, there is a value in bb-config.php called $bb_table_prefix which is normally set to “bb_”. What is the value in your file?

To recover, you might want to rename all your tables using a prefix, then add that prefix to bb-config.php for $bb_table_prefix. I think that would work.

I think leaving the tables with no prefixes is a bad idea, because if you install other software in the same database, you might have a conflict with similarly named tables. Not every application behaves well and allows a table prefix. oscommerce used to do that (no table prefix, just tables with normal names that would step all over any existing similarly named tables.)

[nguyenp]

I was wondering where in the style.css file is the settings for the width of these columns? This is for the default theme. Any help is appreciated.