[chrishajer]

Has anyone seen profile spam like this? In the past couple days, I have been getting a different sort of spam registration. Instead of cramming just one link in their occupation and interests fields, they are cramming 4, 5 or 6 links in there. When you view their profile page, the links all appear there. If you go to edit their profile page (which is where I go to delete the user) you can’t see the links displayed in those fields, but the links do appear in the source of the page. Take a look here:

http://www.chrishajer.com/bbpress/profile.txt

This is the source of the user’s profile page (caution, porn links in there.)

http://www.chrishajer.com/bbpress/profile.png

That is the profile view showing the data they crammed into the occupation and interests fields.

http://www.chrishajer.com/bbpress/profile-edit.png

That is the view you get when you click the [Edit] tab link. The only data shown in the occupation and interests fields is “My lovely sites:”, but if you view the source, it’s all there.

When registering a new user, the max length is 140 and the display length is 30 for the occupation and interests fields. When viewing the profile, the field lengths are the same. But here are 577 characters in this spammer’s occupation and interests fields, but when viewing that page, all you see is “My lovely sites:”.

It’s trivial to get around a form’s field length restriction with something like the Web Developer Toolbar, or maybe they’re doing it in a different way. I have an integrated install so the value is held in the wp_usermeta table, and the field is defined as longtext, which is a LOT of characters.

Has anyone else seen this, and does anyone think there should be some validation done on the data that’s input to ensure that it’s less than 140 characters before inserting it into the database?

This was Firefox 2.0.0.14 on Windows XP SP2, running bbPress 1.0-alpha from around March 2007, PHP 5.2.5, MySQL 4.0.27, Apache 1.3.34.

Thanks for reading.

[A1ex]

https://bbpress.org/plugins/topic/user-languages/

[Bloggsbe]

Yea, well, me and the SVN running at bbPress.org is not friends

I will give it a try later!

—

Rune

[_ck_]

WP-Chunk ported to bbPress, inserts a break into long links so they wrap:

https://bbpress.org/forums/topic/limit-long-words#post-9648

[joneywalker4u]

Hi, installed newer version of bbpress 0.9.2.

Problem: text entered between backtricks`treated as code. Width is larger than page width. look here

[img=http://img140.imageshack.us/img140/6366/88594514gy3.th.jpg]

There should be a scrollbar for the purpose of restricting width and hyper links shouldn’t be active. How can I do that?

[bobbyh]

This also happens to me! However, I’ve never looked into it…

I just looked, and bbPress uses newlines to indicate breaks. This is parsed into <p>’s by a filter upon display. However, the edit textarea shows the unparsed text with just the newlines, and this gets mangled by tinymce.

If you set this tinymce config value, though, it will turn newlines into br’s, which should fix this problem for new posts:

* http://wiki.moxiecode.com/index.php/TinyMCE:Configuration/convert_newlines_to_brs

I just tested this, and it works on new posts! (It won’t work on old posts…)

[chilledfresh]

I was having the exact same problem. This post has been very helpful in resolving the problem: https://bbpress.org/forums/topic/user-intregation-between-wordpress-038-bbpress-not-work?replies=7#post-10428

[chilledfresh]

I’m using the latest version of tinyMCE in my bbPress forum, but have run into an issue while editing posts. This problem occurs in both TinyMCE AND FCKeditor, so it must be related to how bbPress handles these types of plugins.

I can post new topics fine and everything works. However, when I go in to edit a post the WYSIWYG editor loses all <p> tags, forcing everything to appear on a single line. All other formatting is retained correctly by the editor.

Any idea on how I can fix this problem?

[bryan868]

I’m having this same problem. Fresh installation using version 0.9.0.2.

Referrer is OK, beginning installation…

>>> Setting up custom user table constants



Step 1 - Creating database tables

>>> Create table bb_forums

>>> Create table bb_posts

>>> Create table bb_topics

>>> Create table bb_topicmeta

>>> Create table bb_tags

>>> Create table bb_tagged

>>> Added index wp_users UNIQUE KEY user_nicename (user_nicename)

>>>

>>>>>> Duplicate key name 'user_nicename'



Step 2 - WordPress integration (optional)

>>> WordPress address (URL): MYURL

>>> Blog address (URL): MYURL

>>> WordPress cookie secret key set.

>>> WordPress database secret set.

>>> User database table prefix: wp_



Step 3 - Site settings

>>> Site name: MYSITENAME

>>> Site address (URL): MYURL

>>> From email address: MYEMAIL

>>> Key master role assigned to existing user

>>>>>> Username: admin

>>>>>> Email address: MYEMAIL

>>>>>> Password: Your existing password

>>> Description: Just another bbPress community

>>> Forum could not be created!

>>> Key master email sent



There were some errors encountered during installation!

I should note that I assigned the key master as my admin user in WordPress. When I go to my forum I receive the following error….

Parse error: syntax error, unexpected T_STRING in /MYPATH/bb-config.php on line 22

[leemon]

Does bbpress support the creation of public (no need to login) forums?

[bryan868]

I wish there was a beta script! I really want to move from phpbb3 to bbpress now.

[lmsalgado]

I was having the exact same problem, but with normal WP (not WPMU).

My problem was that I instaled wp and bbPress both in subfolders, like:

http://www.mysite.com/wordpress

http://www.mysite.com/bbpress

The problem was on cookies, since bbPress was creating them on root and wordpress both on root and on ./wordpress – but it seems that the ‘good cookie’ was the one on ./wordpress.

The ideal solution would be to set WP to use cookies only on root, but I wasn’t able to do it in a simple way. So I configured bbPress to set cookies on ./wordpress.

This was done by simply adding a line to bb-config.php:

$bb->cookiepath = ‘./wordpress’;

Now it seems that all is working fine.

Hope it helps you too

[_ck_]

The proper header for the page apparently is not being sent until there is a logged in user.

I’ll see if I can reproduce this. Is it in kakumei theme?

Update: this works fine on my setup:

http://bbshowcase.org/forums/topic/put-your-test-posts-here?bbtheme=kakumei#post-302

You might have something sending whitespace before all the headers can be sent so the page encoding gets broken until the user is logged in. Are there any errors visible when you do a “view source” or any javascript errors?

[mrhoratio]

I’ve tried mod_rewrite, but running into problems with the wp_redirect functions in bbPress redirecting the page after the URL has been rewritten, so that the URL changes back to the longer form.

For example, this mod_rewrite rule:

RewriteRule ^profile/username forums/profile/username [L]

will rewrite:

http://www.example.com/profile/username

to:

http://www.example.com/forums/profile/username

Except, that after its been rewritten, bbPress forces a redirection, causing the URL in the browser window to change to the longer form.

[_ck_]

Be sure to add it to the plugin browser so more people will see it:

https://bbpress.org/plugins/requests/

[_ck_]

https://bbpress.org/plugins/topic/bbpress-language-switcher/

[_ck_]

K2 for bbPress

http://www.linickx.com/archives/402/k2-for-bbpress-updated-v002

[_ck_]

Not sure if it’s working with 0.9

https://bbpress.org/plugins/topic/plugin-browser-for-bbpress

[chrishajer]

It made sense to me, but I didn’t think it would be happening any time soon. Since WordPress just got this functionality in 2.5, I figured it would be a while until bbPress got it since it’s not quite to version 1 right now. The projects they took on for the Google Summer of Code were related to import/export, not anything like this, that I know of.

https://codex.wordpress.org/GSoC2008#Web_Forums_Export.2FImport_Standard_and_Tools

[gerikg]

maybe it’s bb-attachment plugin??

line 97

// insane bbPress workaround – adds multipart enctype to the new post form via uri patch

function bb_attachments_enctype() {add_filter( ‘bb_get_option_uri’,’bb_attachments_uri’,999);}

function bb_attachments_uri($uri) {remove_filter( ‘bb_get_option_uri’,’bb_attachments_uri’,999);

return $uri. ‘bb-post.php” enctype=”multipart/form-data” hack=”‘;}

let me contact the maker.

[Sam Bauers]

@isaacgreen

You guessed right.

[mrhoratio]

It looks like it indeed breaks something. If you comment out wp_redirect in the functions.php, you will be able to use mod_rewrite to rewrite a URL to a bbPress page. However, this breaks authentication, and causes bbPress to think you are not logged in, even if you are. Not sure how to fix this.

[Sam Bauers]

@ mykes

What version of WordPressMU?

I’m not sure that the latest version is compatible with bbPress yet. The recent Release Candiadte is though.

[mrhoratio]

It looks like the culprit is the wp_redirect function() which includes the header() function. This function appears in several bbPress files. I’m not exactly sure what the intent of them are.

In the functions.php file, I commented out lines 2061 and 2062 in the bbPress functions.php file:

if ( $check != $uri && $check != str_replace(urlencode($_original_id), $_original_id, $uri) ) {

//wp_redirect( $permalink );

//exit;

}

This seems to be helping with the problem. Not sure if it’s going to break something else though.

[mrhoratio]

I did some digging, and although I have not found a solution. I believe the conflict with mod_rewrite and bbPress is that bbPress is using the header() function to send raw HTTP headers to the client. I notice that two files contain header() functions that send a “Location:” header to the browser:

• bb-load.php

• pluggable.php

These seem to be forcing bbPress to redirect the URLs, even after a mod_rewrite rule executes.

I’m a total php novice, so I’m not really sure how to fix this.