Good questions! This is an initial install, so there’s nothing previous there. When I click the admin link, it reloads the front page. I can click on a forum or post and it takes me to the right page. The permalinks appear to be numeric. I haven’t made any changes at all. I am using the default theme, no plugins. It’s a pretty virgin install. 
When you say does nothing, what actually happens? Redirected to the previous page, or the same page just reloads without being in the admin section? Something has to be happening, right?
How about permalinks? None, numeric of name-based? Can you click other things on the forum and get to those pages?
If the user you logged in as was not a keymaster (or admin or moderator), you would not see the admin link (I don’t think.) So I doubt that you lost the keymaster privileges.
Are you using any plugins? Are you using the default theme? Have you made any modifications?
Hello,
I like the Latest Discussions on the frontpage, to have a quick look of the active topics, but I’d like to limit it to max. 5 topics.
Is there a way to do this? I tried several plugins found on the internet/this website, but none of them works.
Is there a way by changing the code? If yes, in which file should I look?
Btw, what is the default amount of ‘Latest Discussions’ on the frontpage?
Thanks.
Everyone put this in your bb-config.php
$bb->load_options = true;
and that number will go down radically.
For some reason I don’t understand they refuse to make that the default and therefore bbPress just “lazy loads” each option as each plugin requests it.
If you are using the 1.0 alpha they still have a bit of work to do with query reduction as they rewrote half the routines and storage layout but left it unoptimized. For example each forum on the front page is loaded as a separate query and then the meta for each forum is loaded as a separate query. It’s a bit crazy because if you have a dozen forums that’s 24 queries but I have high hopes Sam or MDA will tackle that soon and do it all in just two queries.
Last but not least there is a serious optimization problem IMHO in all versions where bbPress will “read before write” every time a meta option is saved, regardless if it’s just been loaded and sitting in the object cache. I have to put a bit of extra code in all my plugins to work around this issue. The reason why they do that is to determine if they should do an INSERT vs an UPDATE because you can have duplicate keys on meta data by design and mysql can’t be told what to do if the key already exists. But there are better ways to do that – since 99.99% of the time it’s going to be an update since the data already exists – do an update and just check for a mysql error on the return (or count rows affected) – then do an insert instead that one time it’s needed.
Based on the settings you chose, or whoever installed it on your server, there is an option to allow remote connections to the database. I’m assuming you’re using mysql for your database. The most probable cause is that either you’re running a firewall that is blocking port 3306 (default port) or you just simply don’t have remote access set up.
http://www.debianhelp.co.uk/remotemysql.htm
That is a fairly straight-forward and decent guide to setting up mysql for remote access. If you have any questions you can ask me and I’ll do my best to help!
I think each plugin is going to be different. In general though, if the plugin needs to be activated by a user by changing a setting, I don’t know how you could modify the plugin to default to already on.
I think it will be different for each plugin though. I don’t use any of those plugins, so I’m not sure. If you post the URL for each plugin, maybe someone can look at the code and see if it’s possible to default them to active for everyone.
To install in the same database, you just specify that database’s connection details in bb-config.php. The important thing is to be sure you use a different table prefix for the bbPress installation. By default, it’s bb_ for bbPress and for wp_ for WordPress. Use different table prefixes and you can install as many applications into one database as you want. Just keep the table prefixes unique.
To uninstall, yes, just delete the directory with bbPress in it, then drop the bbPress tables from the database. DO NOT delete the database since you have WordPress in that database as well, right?
You’re probably overthinking it. Using the same database is how the bbPress directions are written now; I think it’s assumed. The key is to just keep the table prefixes unique and you can put as much stuff in one database as you want.
wait… it didn’t work in the default theme either…
I am putting the line:
if (file_exists(‘../wp-blog-header.php’))
require_once(‘../wp-blog-header.php’);
in right before:
if ( !defined(‘BB_PATH’) )
define(‘BB_PATH’, dirname(__FILE__) . ‘/’ );
require_once( BB_PATH . ‘bb-settings.php’ );
?>
when I put it at the end i got an error that i cannot define it twice…
is there a better place to put in the “require_once?
i just tried the default and it didn’t do the demo thing… any ideas in which file i can disable this in the theme?
I’ll but back the other theme so that you can see it…
thank you again for your help!
Please post a link to your site. And the version of WordPress and bbPress.
Sounds like something built into the theme. Can you try the default theme and see what happens?
That’s another one of those silly things that got carried over from WordPress. The database limits it to 60 characters and the default template limits it to 30 characters but it’s still overly long.
Fortunately in bbPress (unlike WordPress) the registration form is done in a template and not in the core, so the easiest way is just to modify the register.php template under my-templates (or copy it from bb-templates) and change the line that looks like this:
<td><input name="user_login" type="text" id="user_login" size="30" maxlength="30" value="<?php if (1 != $user_login) echo $user_login; ?>" /></td>
And instead of 30, make it the size limit you want.
However people that are sneaky and bypass the registration form can still make it 60 characters (ie. spammers). But they will stick out, so you’ll notice it right away.
This can be fixed via a plugin but it would be way too much code to justify the fix. The template method is best.
Holé,
i want to add the possibilty to insert a player for play mp3 songs, with that: http://www.alsacreations.fr/dewplayer
so, i have try this:
<?php
/*
Plugin Name: bbPress MP3 Dewplayer
Description: A simple way to add a mp3 player in posts, with bbcode.
Author: Frédéric
Author URI: http://bbpress.org/
Version: 0.1
*/
add_filter( 'bb_allowed_tags', 'allow_mp3_tag' );
function allow_mp3_tag( $tags ) {$tags['mp3']; return $tags;}
?>
to have a simply “mp3” bbcode (i use BBcode Buttons Toolbar and BBcode Lite).
the html code for integrate the player is:
<object type="application/x-shockwave-flash" data="dewplayer.swf?mp3={LOCATION OF MP3}&showtime=1" width="200" height="20"><param name="wmode" value="transparent" /><param name="movie" value="dewplayer.swf?mp3={LOCATION OF MP3}&showtime=1" /></object>
but how to integrate that in php code of plugin?
at the end, i want that the members can post that:
[mp3]URL OF THE MP3 FILE[/mp3]
so, i have add that in bbcode-buttons.js:
function edClick(button) {
switch (BBcodeButtons[button].id) {
case 'ed_close': edCloseAllTags(button); break;
case 'ed_link': edInsertLink(button); break;
case 'ed_img': edInsertImage(button); break;
case 'ed_mp3': edInsertMp3(button); break;
default: edInsertTag(button); break;
}
}
and
function edInsertMp3() {
var myValue = prompt('Enter the URL of the mp3 file', 'http://');
if (myValue) {
myValue = '[mp3]'+ myValue+'[/mp3]';
edInsertContent(myValue);
}
}
but this is incomplete, what add in the bbcode-lite.php and my file plugin?
please help me to finish the plugin :p
Bye
Ok, more of a clue here…
It looks like the insert into term_taxonomy is failing during the upgrade process.
it appears as if, bb_term_taxonomy has a ‘description’ field which is NOT NULL in the schema:
// term_taxonomy
$bb_queries['term_taxonomy'] = "CREATE TABLE IF NOT EXISTS $bbdb->term_taxonomy (
term_taxonomy_id bigint(20) NOT NULL auto_increment,
term_id bigint(20) NOT NULL default 0,
taxonomy varchar(32) NOT NULL default '',
description longtext NOT NULL,
parent bigint(20) NOT NULL default 0,
count bigint(20) NOT NULL default 0,
PRIMARY KEY (term_taxonomy_id),
UNIQUE KEY term_id_taxonomy (term_id, taxonomy)
);";
but the upgrade code…
$bbdb->insert( $bbdb->term_taxonomy, array(
'term_id' => $term_id,
'taxonomy' => 'bb_topic_tag'
) );
does not set a description, so this insert is failing.
Not sure how this could be working for anyone else…
Am I really the only one seeing this?
I’ve installed wordpress and bbpress im using the plugin call register plus attached to the wordpress installation. both wordpress and bbpress are integrated but i cant get regsiter plus to integrate. It works with word press and clients can use there user name and password on bbpress… BUT…. when cleints try and register on bbpress it uses th default bbpress registration. can anyone help me redirect bbpress registration to the reister plus plugin?
Member lists just attract spammers in my experience, the only person who needs to be able to see all members are the admin team, and they already can.
Please, *don’t* make a member list a default option, I like that BBPress is free from this kind of bloat.
Well I fixed that, must have been a bug in the original skin. The issue is apparent on all skins- I’ve just reinstalled the default skin and set that as the current skin if you can have a look.
I’m really at a loss as to what is causing it to cut off 
.
If you’re getting a blank screen, it’s likely a 500 Internal Server Errror. If you have access to logs, you will see what caused it.
Alternatively, you probably have an error in a file you edited. This error does not exist in the default installation. I would look carefully at any file you edited for syntax errors.
Also, whatever you’re doing you’ve done twice since it happened both times. Look for the common file that you might have edited.
If that does not work, contact me off-site at information linked to my profile.
I agree with _ck_ – the point behind bbPress is to make the easiest and simplest forum script ever – personaly, I see no need for members list, really. It’s not very useful on huge forums like WordPress support, and there’s no point for that on small forums where everyone know each other.
And I think you are missing the people who will say “oh, we need a plugin for just that! I can’t imagine the others! “
I have already twenty plugins activated, some of which, as memberlist, which does not change of code (or very little) and they can be integrated safely by default.
In place of a plugin, a checkbox in the options natives would be better, no?
As WordPress 2.7 perhaps we should integrate the most simple and the most popular plugins by default, no?
I thought about it to ensure the development of bbPress and enable it to compete with others. And if there is more interested users = more visitors for the sites of the plugins creators on their “donate” link lol: p
Please, think at the question^ ^ or create a “plugin integration poll” :p
Bug fixes are good. New features, too.
I just installed r1637 as a test. Installation went well. I can’t believe they added the search by default!
I will test a little more and post issues to trac.
You can just change the register links in the wordpress template to point to the bbpress login and registration forms… that’s easy enough (you can even copy the login form code into the template directly and it seems to work).
The problem is, how to get users back to the URL they came from after they login (by default they seem to get bounced to the forum home page instead)… any ideas?
So, http://www.addiva.net is OK, and later, when people type in http://www.addiva.net you will direct them to http://www.addiva.net/blog/home ?
Sounds like a configuration issue in WordPress. There is an option to choose what is displayed on the front page (Settings > Reading). you can select your latest posts or a static page.
Yes, the default address for the blog’s main page is index.php, and what is shown there is what I described changing above. Check those options and post back if it’s not what you expect to see based on what is configured.
Thanks so much for the reply.
What I get at http://www.addiva.net is fine and what I expect. What I get at http://www.addiva.net/blog/home is the same and, once we get our htaccess file set up, will be what you get when you type in http://www.addiva.net. What we can no longer call up is the first page of the blog, the one that displays one or more recent posts, you know, the index for the actual blog section.
I don’t know of any way to call it up in the control panel to check on what the permalink is supposed to be. What’s the default address for the blog’s main page supposed to be? Isn’t it supposed to be http://www.addiva.net/blog/index.php? If I type that in I just get the main page of the site. .
As I said before, it was all working fine until I made an initial attempt to integrate our new bbpress installation with wordperss, didn’t get it to work and tried to backtrack what I’d done to try again another day. I’m trying to figure out what files might have been affected during this process.
Unfortunately by some oversight, there is no directly link to the search feature on the default bbPress 0.9 templates (this is fixed in the next version – perhaps too prominently given how weak the built-in search is in bbPress).
You can make a link to search.php yourself in the header.php or footer.php to have it on all pages.
<a href="<?php bb_option('uri'); ?>search.php">Search</a>
Or you can make a mini-form that passes the field “search”
<form action="<?php bb_option('uri'); ?>search.php" method="get">
<input name="search" id="search"></form>
I just now got this working! The solution is posted at https://bbpress.org/forums/topic/dropping-multiviews-support#post-16050
Quite simply, turn 1and1 hosting has MultiViews on by default and it must be turned off in .htaccess with:
Options -MultiViews
Then add the /bb-admin/rewrite-rules.php mod_rewrite AFTER the Options -MultiViews.
That was too simple to take this long to resolve.
