[crowspeaker]

fel,

Using a forum name instead of a number in the Write Post screen while the default is left blank also results in no post to the forum.

Anything I put in bbsync ~ forum box in the Write Post screen is overridden by what is in the default screen.

So a summary; no posts if default is empty on config screen; posts only if the default screen is filled in and then posts only to that forum, overriding anything in the Write screen.

BTW, I have two additional integration plugins running: in BBPress, I have WordPress Integration 0.7 by Michael D Adams; in WP I have bbPress Integration 0.74 also by Michael D Adams.

[fel64]

Here’s a hacked workaround, though I am not sure it’s a good idea to tap into the user_cache directly. I’d otherwise suggest nicely using bb_get_user() as it checks the cache first but the problem with that is it fetches ALL the data if not in the cache which is overkill. Too bad there isn’t a bb_get_user_meta($id,’metaname’) but oh well – for now replace this top section of code:

The user _must_ be in the cache at this point if his details are being displayed next to the post, right? Implying that bb_get_user would never need to use a single query.

There _is_ a bb_get_usermeta() already: https://trac.bbpress.org/ticket/691. It’s in the latest.

[_ck_]

I’ve now come up with an extremely easy/fast way to grab and display the views per forum in the forum list on the front page (or forums with sub-forums.

Here’s the plugin:

function forums_views_append($forums) {

global $bbdb; $sum_meta_value="SUM(meta_value)";

$forums_views = $bbdb->get_results(" SELECT $sum_meta_value,forum_id FROM $bbdb->topicmeta LEFT JOIN $bbdb->topics ON $bbdb->topicmeta.topic_id = $bbdb->topics.topic_id  WHERE $bbdb->topicmeta.meta_key='views'  GROUP BY $bbdb->topics.forum_id");

foreach ($forums_views as $forum_views) {$forums[$forum_views->forum_id]->views=$forum_views->$sum_meta_value; }

return $forums;

}

add_filter('get_forums','forums_views_append');

To display the views, edit your front-page.php template and insert a views header and views column like so:

<th><?php _e('Views'); ?></th>

<th><?php _e('Topics'); ?></th>

<th><?php _e('Posts'); ?></th>

.

<td><?php echo $forum->views; ?></td>

<td><?php forum_topics(); ?></td>

<td><?php forum_posts(); ?></td>

Since there is no clean way to store forum meta data right now in bbpress (apparently an oversight) this will run on every time the forums list is displayed. Maybe not such a good idea for very busy forums, even though it’s a single mysql query (nifty eh?).

Eventually I’ll figure out a nice way to store this and only update upon new posts or new topics to reduce overhead (or a cron job perhaps).

[_ck_]

Would it be possible for you to properly use fsockopen or curl instead of “file()” for remote files? Like many hosts, I disable file() for remote urls for security vulnerability reasons which cripples your plugin. You’re likely to get many complaints that “nothing happens”

Warning: file() [function.file]: URL file-access is disabled in the server configuration in /home/example/public_html/forums/bb-admin/admin-functions.php on line 798

.

update: actually this is not directly your fault, though you are trying to use a bb-admin function that was meant for local file access to do remote file access?

If I am not mistaken, you just found a bbpress security loophole.

ps. any concerns about eventually 2,000-20,000 bbpress users hammering the svn with so many file downloads to examine all the plugin headers?

[berniesteak]

Having the very same issue here. Main wordpress site is at / bbpress at /forum/ and although all appears fine the headers returned are 404 not found.

If anyone can shed any light on this weirdness that would be much appreciated.

I attempted moving the htaccess content into a vhost file on my server and put them in <Directory> sections, to see if that made any difference. No surprise really it didn’t.

I’m not an htaccess ot http expert and this seems just weird to me.

[LMD]

@Box87 – thanks, but I think the class has far too many features for an avatar upload script. It would be fantastic for a fully-fledged image/photo album/file-browser plugin, but I’m not interested in going down that route.

Avatar Upload now already has the two chief functions it lacked: resizing (including maintaining aspect ratio) and sharpening of resized truecolor images (unsharp mask). I want to keep it as simple as possible.

I onced used a forum where the avatar feature was integrated with a generic image upload browser and my users got a bit confused. They didn’t realise it was one and the same place (they hardly EVER uploaded anything that wasn’t an avatar) – you uploaded an image and had to select the one to use as an avatar – it was possible to select an image that was too big etc. So I hacked the plugin to make it more specifically for avatars (making my own for this particular forum would have been a right-Royal pain in the [gr]ass), but I was never really happy with the forum software and ditched it for another one — until bbPress arrived!

@_ck_ thanks, I’ll look into it. My primary concern right now is getting the plugin to play nicely with the Plugin Browser plugin.

[outchy]

i think that mysterious text appears when some kind of system text is missing:

for example, when i changed this line in login.php from:

<h2><?php isset($_POST) ? _e(‘Log in Failed’) : _e(‘Log in’) ; ?></h2>

to

<h2><?php isset($_POST) ? _e(‘Log in Failed’) : _e(”) ; ?></h2>

that crazy text appeared where ‘Log in’ should have been. hope this helps.

[warmechoco]

Hello everyone,

I know a bit about html (but that is not necessary here I guess :p) but nothing about css & php..

I managed to install bbpress on my website.. I am integrating the forum with Iframes on my website.

now I would like to have a very cleen and simple forum

– no hot tags

– not a big header

– the forums on top & the latest discussions on the bottom

the theme I think leans the most to my needs is Superbold for bbPress1 by Refueled (looking at styles). So I’m thinking I could start by editing this theme?

as you can see I need a little help,

I have dreamweaver to edit things.

can someone help me and say me how to start or what is the best thing to do?

[_ck_]

@box87, be aware that single upload class is larger than most of the the entire bbpress core code itself – massive overkill unless you really, really really need it’s extra features?

@louisedade – I found a major caching bug where you are not taking advantage of user meta data that has already been loaded previously in the same execution – this causes 10-30 extra mysql queries for every topic that is displayed depending on how many posts are displayed at once.

Here’s a hacked workaround, though I am not sure it’s a good idea to tap into the user_cache directly. I’d otherwise suggest nicely using bb_get_user() as it checks the cache first but the problem with that is it fetches ALL the data if not in the cache which is overkill. Too bad there isn’t a bb_get_user_meta($id,’metaname’) but oh well – for now replace this top section of code:

function avatarupload_get_avatar($id, $fulluri=1, $force_db=0)

{

global $bbdb, $user,  $bb_user_cache;



if ($force_db == 0 && ($id == $user->ID ||  !empty($bb_user_cache[$id])) )

{

if (!empty($user->avatar_file)) {

$a = explode("|", $user->avatar_file);

} else {

if (!empty($bb_user_cache[$id]->avatar_file)) {

$a = explode("|", $bb_user_cache[$id]->avatar_file);

}

else {return false;}

}

}

else

Drops my topic queries by 20 per page while still functioning correctly in all other cases.

Discovered this problem via bb-benchmark

[Trent Adams]

I came across this post in the wp.org forums and it seems to work from what I hear.

Trent

[outchy]

yeah, login with this info:

Your username is: supercoolman

Your password is: 1c46c2

You can now log in: http://www.manonfire.cc/sk6ers/

then click here:

http://www.manonfire.cc/sk6ers/topic.php?id=4&page&replies=3

it appears above the textarea box

[M]

Most peculiar. I’ll look into it later.

Do you have a live example?

[outchy]

one thing though, i just noticed. above all of my forms, the following text is appearing:

Project-Id-Version: POT-Creation-Date: PO-Revision-Date: 2007-07-23 13:42-0500 Last-Translator: NJO Language-Team: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit

is there a way to get rid of that?

[M]

@_ck_ – “Hack” core files = baaad. Try localization… it works for bbPress and WordPress. Easy to do as well.

I want to change bbPress’ default text

If you don’t like the “favorites” text, you can change it without losing the changes on an update. Not updating because of some little changes you made is bad news indeed. Might as well wear a sign that says “hack me.”

[outchy]

worked like a CHARM. thank you so much.

[M]

Funny you mention this… I’m doing some work for a client at the moment using WordPress and I wanted to change some of the admin backend text without modifying core files. Localization using an en.mo file turned out to be the way to go.

I believe bbPress supports localization as well. It’s probably going to be the route you’ll want to take. (edit: it does, BBLANG in config.php, drop the .mo file in /bb-includes/languages/ I would assume)

The file you’ll need to edit is a compiled binary, so you’ll have to get the bbpress.pot file, probably from the bbPress site somewhere. (edit: http://svn.automattic.com/bbpress-i18n/pot/tags/)

Once you’ve got the file, check out poEdit (http://sourceforge.net/projects/poedit/). It’s an open-source cross-platform mo/po/pot editor. Create a New catalog from .pot file, make sure the option to compile to .mo is checked in the preferences, and you should be good to go.

The top-left box contains the text to be translated, the bottom-left contains the “translation.” Ctrl-F, find the string, and you’re good from there.

Note: I haven’t tried this with bbPress but it works great with WordPress. Hope it helps.

[azizpoonawalla]

I just installed bbpress yetserday on a new domain and have integrated it with wordpress using the plugin, etc. I also have found that the default template has no blockquote support. Even by including the blockquote definition given above by Trent verbatim in my bb-admin/style.css file does no good, here is a view source excerpt of the source file:

<blockquote><p>[Shakir 5:57] O you who believe! do not take for guardians those who take your religion for a mockery and a joke...</p></blockquote>

as a test…

testing blockquote here in bbpress support

nope. above line doesnt render in blockquoted indent either.

i think the problem is the insertion of <p></p> tags around every paragraph. Since blockquote is an inline style, the p tags override it. we could get around this by using a div class=blockquote kind of construction instead but wouldt it be nicer if blockquote just worked out of the box?

[outchy]

where can i change this default text for these links at the bottom of topic.php:

<?php topic_delete_link(); ?> <?php topic_close_link(); ?> <?php topic_sticky_link(); ?>

i can’t find it except in template-functions.php, which i won’t ever touch again

[Sam Bauers]

@louisedade

I’ve made a few additions to the plugin which I think will help with a few of these issues that are coming up. They are:

1. Added an admin page for configuration.

2. Moved the actual plugin files to the root of the plugin.

3. Moved all other files except the readme.txt to an “additional-files” folder.

4. Removed the plugin header from the file “avatar-upload.php”, this can now be kept only in the main plugin file (this was the root cause of the activation error that Trent reported).

5. Updated readme.txt to reflect these changes.

Grab it here and review it, I think it is a good first step to easing installation of the plugin, and making it more compatible with the Plugin Browser.

http://www.network.net.au/bbpress/avatar-upload.0.7.zip

[LMD]

Well, yes, the plugin includes a file that must be placed into the bbPress root as well as another file that must be moved into the templates folder (either bb-templates/kakumei or my-templates/template-name). Not to mention the creation of the avatars folder and uploading of the default avatar.

I can not see any way around this other than uploading all files to the my-plugins/avatar-upload folder and then using the script to move them to the right locations. Although, the file that remains in the my-plugins would still need to be manually edited to set the plugin’s options. Likewise, the folder creation could be done with a script rather than the current manual creation (as SamBauers suggested on the Plugin Browser thread).

Is there a hook for when a plugin is activated? Looking around bbPulp I found the following…

bb_deactivate_pluginXXX

bb_activate_plugin_XXX

… but no information on how they are used.

[bobbyh]

A lot of bbPress forums have taken advantage of easy user integration with WordPress. The next step to integrating a WordPress blog and bbPress Forum is to create a bbPress Theme to match your WordPress Theme. bbPress doesn’t ship with built-in support for a sidebar, although I found it trivial to add this with a small plugin. What I really missed was a lightweight way to access WordPress’ wp_list_bookmarks Template Tag function, which lets you display your WordPress Blogroll links.

To add this functionality, I wrote this bbPress List Bookmarks plugin. To install this plugin, download the zip and unzip it to your bbPress server under your /my-plugins folder. The zip should extract to a folder named “list_bookmarks”, so the location of these files should be /my-plugins/list_bookmarks. Then, in your bbPress theme, add a wp_list_bookmarks Template Tag with whatever parameters you want (just like you would when editing a WordPress Theme). You shouldn’t need to hack any of the plugin files to get this to work, although of course you’ll have to edit your bbPress Theme to take advantage of this plugin.

This plugin should work whether or not these WordPress tables are located in the same database as your bbPress tables, as long as your WordPress tables are located in the same database as your integrated user tables.

I’ve tested this plugin on my site, which currently uses bbPress v0.8.2.1 and WordPress v2.2.1. If you use WordPress 2.0 or earlier and you want to use this plugin, you should probably upgrade your WordPress first as wp_list_bookmarks is a new function introduced in WordPress v2.1. I don’t think it should matter what version of bbPress you use.

This plugin ships with a database class called bbwpdb.php that lets us access the WordPress database tables. The bbwpdb.php file is basically a clone of the bbPress /bb-includes/db.php file, edited to let us retrieve WordPress tables. The remaining files are simply three WordPress PHP pages needed (wp-admin/admin-db.php, wp-includes/bookmark-templates.php, and wp-includes/bookmark.php), with slight edits to make it use the bbwpdb database class, instead of the WordPress or bbPress database class. The last file (list_bookmarks.php) just glues everything together.

[M]

People that are attracted to bbPress will be attracted because of its out-of-the-box simplicity and its extensibility.

It’s great… if you want a plugin and you’ve messed around with WordPress for any length of time, you’ll feel right at home. I personally dislike polls… _ck_ obviously doesn’t, and he’s not alone. That’s the beauty of bbPress. These features aren’t crammed down your throat; rather they are completely optional.

Also, I don’t think that bbPress was built to win a popularity contest. It was built with certain things in mind and is continuing in that trend. I think that’s great.

One more thing… those people who were attracted to other forum software solutions (ie, SMF, IPB, vB), wanted something feature-bloated. All kinds of things pouring out of every corner. They wouldn’t be attracted to bbPress unless it became a miniature of what they were already using. And what’s the point in that, eh?

[M]

Stick with the ezSQL format… it’ll be much easier.

Something like this (using foreach instead of while):

$query = "SELECT * FROM $bbdb->menu

WHERE set = 'inactive' ORDER BY order ASC";

$r = $bbdb->get_results( $query );



foreach( $r as $rw ) {

// now mess with $rw

echo $rw->database_row . "<br>n";

}

Something that might be helpful would be to browse the source of the ezSQL class in /wp-includes/wp-db.php

The latest from Justin Vincent, the author

http://www.woyano.com/jv/ezsql

The version used in bbPress and WordPress

https://trac.wordpress.org/browser/trunk/wp-includes/wp-db.php

It might help you… you’d be able to see where mysql_query is begin used, and how to use the ezSQL format best.

I think the reason you’re running into problems with mysql_fetch_array is because it’s already used.

Not sure on that one though… I would have to check.

Also, what might cause an error: $bbdb->query will not return anything at all. $bbdb->get_results needs to be used for multi-dimensional array data, $bbdb->get_row or $bbdb->get_col need to be used for single array data, and $bbdb->get_var needs to be used for non-array/string data. $bbdb->query is used for inserting data, the others are used for retrieving it.

Someone correct me if I’m wrong, but I’m pretty positive that’s how it goes.

ezSQL is lovely. It certainly takes the pain out of MySQL data manipulation.

So I guess that makes the answer to your question “Neither.” $bbdb->get_results should do the trick.

And sorry for the screed.

[_ck_]

The topic metadata is returned with every set of topics returned to bbpress.

In the front page (or any topic page) for example, in the loop it can be found as $topic->views

There is no need for an extra mysql query. It’s possible to make a function that’s called with $topic if you don’t want to do it as simple as above.

[kenzor]

So, if you now go through the template files for your bbPress installation, you will need to replace all instances of “<?php bb_get_header(); ?>” with the WordPress command “<?php get_header(); ?>“. The same thing goes for the footers, so you change all instances of “<?php bb_get_footer(); ?>” to “<?php get_footer(); ?>“.

I used a simpler method to achieve the same result. Rather than going through and changing every call to bb_get_header() and bb_get_footer() I simply created a custom header.php and footer.php file.

Then in the header I have only:

<?php get_header(); ?>

In the footer I have only:

<?php get_footer(); ?>

The benefit of this is you only need 2 custom files, you don’t need to search and replace all instances, and if you need to setup global vars for the more advanced WordPress integration techniques you only have to add them once into your custom header.php.