Technically you’re not supposed to have more than one H1 on any given html page (though browsers don’t care and will render anyway). The trailing BR is a problem with bbPress’s parser.
Why don’t you use the built in ability of BBcode to do SIZE instead?
Large Text
[size=+1]text larger than default size[/size]
default size
[size=-1]text smaller than default size[/size]
In the admin under Settings > General, there is a post timeout setting (“Lock post editing after”):
/bb-admin/options-general.php
The default is 60. Try setting it to -1 and see if a normal user can edit an old post. If the -1 does not work, try some insanely large number of minutes so it appears that there is no limit to editing the posts. 525600 is a year’s worth of minutes.
Put it on an admin page, like the dashboard. (bb-admin/index.php)
There’s no hacking involved in that process.
It’s just a simple workaround.
The foolish forum operators are allowing anyone with the user-agent of “GoogleBot” into their private forums. And/or they are allowing Google to cache their private forums. The reason why they do this is they want Google to send them traffic and the only way they can do that is to let google see the content of the hidden forums.
bbPress doesn’t do this by default and no known plugin does it either, certainly not my “hidden forums” plugin.
My Mini-Track plugin can tell you the difference between real Google and people pretending to be Google. It’s very easy, you just do a rDNS on the ip and see if it goes to a google owned ip block. rDNS is very slow (1-5 seconds) so people don’t normally do it by default.
You wouldn’t have to delete the spammer profiles if you didn’t let them on in the first place. Install my “Human Test” plugin and 99.9% of them will never register.
You tried the second method and it does that?
It works for me, just tested it on 0.9
function delete_own_post($retvalue, $capability, $args) {
if ($capability=="delete_post") {return bb_current_user_can( 'edit_post', $args[1]);}
return $retvalue;
}
add_filter('bb_current_user_can', 'delete_own_post',10,3);
.
Note that the delete ability times out with the edit ability (1 hour in default install).
It’s very possible that the “time window” for one is out of sync with the other. There is no real way for PHP to tell if a user has really left a site, unless they logout, which mini-track handles.
mini-track defaults to a 30 minute window before it gives up on a user – but it also tracks their last activity time so you can see in the real-time display if they haven’t done anything for 25 of those 30 minutes
mini-track 0.2.0 will be released soon and it has a bunch of new features and bug fixes too…
http://img84.imageshack.us/img84/9332/screenshot2bx8.png
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.
