BuddyPress.org

I’ve been looking at this problem and getting frustrated. I realized finally that the filter function actually does two things:

$content = htmlentities( $content, ENT_COMPAT, "UTF-8" );

$content = str_replace( '&', '/amp/', $content );

From http://loadaveragezero.com/app/drx/Data_Formats/Character_Encoding

[…] But there are a number of other issues to deal with. In particular, because UTF-8 is a multibyte encoding, meaning one character can be represented by more one or more bytes. This causes trouble for PHP, because the language parses and processes strings based on bytes, not characters, and makes mincemeat multibyte strings – for example, by splitting characters ‘in half’, bodging up regular expressions, and rendering email unreadable.

Karl can you just comment out the following lines please:

Line 46 $content = str_replace( '&', '/amp/', $content ) in bp-forums-filters.php

and line 52 $post_text = str_replace( '/amp/', '&', $post_text ); in buddypress-enable.php on the bbpress side.

I’d like to narrow this down to the htmlentities fn.

I’m gonna help solve this or just move to a planet where only ASCII is spoken.

I found this Sceen Cast from sambauers at Automattic on the BBpress forum which goes through the install of wordpress mu 2.7 and bbpress 1 alpha. The integration of wp and bbprees is also fully shown.

https://bbpress.org/forums/topic/basic-integration-screencast

It might be due to the language pack that you have for bbPress itself. Maybe do a check over at https://bbpress.org/forums/ to see if you can find something out for the Thai language for bbPress as buddypress and WPMU won’t affect if bbPress (forum backend) has the language pack or not.

Trent

Yeah, that is what I mean. If adding things like “embed” or “object” code scares you to death, you can always include something like Anarchy Media Player where you can include the javascript in the buddypress theme header and then it will parse the page for the plugin quickcode and display the media that way. That is a way some are already doing it with things like bbPress where the media plugin doesn’t exist yet.

Andy put a filter on the tags used in wire. It allows common HTML now, but with a plugin can also be used to change the allowed tags to anything you want. I am going to do this on an extremely private install, but thinking about Anarchy as well. Just haven’t had time.

Trent

I got this error on forum page for the group:

Warning: cannot yet handle MBCS in html_entity_decode()! in /home/teknikjb/public_html/wp-content/mu-plugins/bp-forums/bp-forums-filters.php on line 53

On the bbpress page, everything appeared O-kay.. There’s no such warning..

Link to group forum: http://teknikjb.net/groups/bloggers/forum

Link to bbpress forum: http://teknikjb.net/forum/topic.php?id=4

Thank you. Done it – I’ve installed back from zero because while installing BBpress I messed up the database.

I’ve noticed that the ‘news’ has changed to ‘blog’ in the beta version. How do I changed that ‘blog’ to ‘news’?

http://www.officiallysummer.com

Basically a test site for checking features before deploying to our main club site. Follows trunk for WPMU, bbPress, and BuddyPress. Check it out.

This forum, the BP trac, WPMU and bbPress forums are having “caching” issues it seems as things are slow to show up at times when people post. Strange…I reported it the powers that be…

In terms of answering, your answer was more detail anyways!

Trent

Hi folks !

The WPMU pot file exist !

You can found it here:

http://svn.automattic.com/wordpress-i18n/pot/mu/trunk/wordpress.pot

The file contains all the lines for wp, but also for wpmu.

I translated it in french for 2.7 beta without problems; Just take care off many plural forms who need to be translated too…

I’m looking for a bbPress translation who works. Actually, the forums are only half translated. If somebody has a solution ?

@gpo1

Due to all communication of buddypress and bbpress being done over xmlrpc, the normal plugins most likely won’t work. I have been looking at ones like a view counter and they require massive modification of buddypress. Because of caching, the forums are not always pulled from bbpress. So it would produce falsely low view count.

Also, group forums, are just a single forum in bbpress, this changes the administration and moderation of the forums and topics. If someone is a moderator on bbpress, they can moderate the whole site I believe, with buddypress a moderator is only a moderator of that group forum.

Hope this helps,

Brad

Can’t we use bbpress forum plugins to do the job,and also can we use bbpress plugins in the forum in groups?

If you enter umlaut chars in the content of a forum post from bp and they are displayed correctly in bbpress then the problem isn’t the ‘encoding’ filter. It’s the ‘decoding’ filter which has an extra step in it.

On the decoding site in bp when the content comes back from bbpress we also call another filter inside the decode filter. This one is called: wp_filter_kses() and it gets called from the bp filter bp_forums_filter_decode() in bp-forums-filters.php.

If commenting out the line in my previous message doesn’t solve the problem then uncomment the line in the above message and try commenting out line 53 which reads $content = stripslashes( wp_filter_kses( $content ) );.

I can’t reproduce the problem you are describing.

In bp the title of a post going from bp group forums to bbpress goes through all the same filtering as the content except the following:

wpautop

make_clickable

bp_forums_filter_encode / bp_forums_filter_decode filters. The content gets that treatment.

Are your umlaut chars showing ok in bbpress if you enter them from bp forums?

Just to narrow things down. Can you temporarily comment out line 4 in bp-forums-filters.php which reads: add_filter( ‘bp_forums_new_post_text’, ‘bp_forums_filter_encode’ );

Then try adding a new post with umlaut chars. This filter needs to be there but let’s see if it is the problem.

See this topic for help getting group forums up and running https://buddypress.org/forums/topic.php?id=471

Lemme go look at this. I was just in that area about a week ago.

(later) Works for me. Lots of u-umlaut chars going to and from bp group forums, to bbpress and back again. Showing up as proper u-umlaut chars. Andy just installed some fixes lately in this area. Try upgrading to the latest bp trunk.

The fixes include an upgrade to the buddypress-enable.php plugin that runs in bbpress. Don’t forget that.

Howdy. Your bbpress install is probably in a subdirectory under your document root. Looks like in /groupforum. In that subdir you put your bbpress .htaccess file that bbpress recommends for you. In your document root goes your wpmu .htaccess file that wpmu generates for you. bbpress doesn’t generate one. You have to copy/paste it to an editor and then put it in your bbpress install directory.

bbPress needs an .htaccess file. Look in the backend under ‘settings’ > ‘pretty permalink type’ it provides a link to the file you need.

Can you confirm that they are making it back to the bbpress tables correctly? IE if you open the post in bbpress, are they already corrupt?

Or is it only when they get displayed back to Buddypress?

Also if you make a post in bbpress, does it show up in buddypress correctly or is it corrupt there also?

Answering these questions may help to narrow down the bug, or may prove to be a wide spread issue.

Sorry I couldn’t give you a solution, but first we must understand the problem at hand.

Brad

I’m looking at the caching that bbpress_live is doing and it’s using the wp_options table as a cache. huh? Maybe Sam knows something we don’t about the standard wp cache. I know that somethings aren’t fired up when an xmlrpc server gets instantiated. We’re using client xmlrpc services and wp is fully loaded and ready when we are using group forums. The wp cache should be avail. Gotta look further.

Got any input on this anyone? Why isn’t it using the wp object cache? I can make it do so but if there is some overriding reason then..