EDIT:THIS IS NOT A VALID POST IT WAS USER ERROR (aka im dumb)
I may have spoke too soon. I dont know what caused it, but i lost all keymaster functionality. Nothing gets added to the database, but it doesnt recognize me as an admin. I even reverted back to old code, and keymaster has no “keymaster” capabilities, even though the database clearly shows the entry that says it does.
I’ll let you guys know if I find out the problem. 
Yeah, I think that did it. I just tested a post as a regular user and it worked without any errors. I am short on time right now so if anyone else has a chance to try it out, that’d be cool. Here’s all I did (all in felsyncpost()):
1) added $bb_current_user to the globals
2) commented out line 36
3) added $bb_current_user = $current_user; in its place.
Try it out. 
Can you wrap it in a backtick, which on a US keyboard is on the upper left, on the same key as a tilde, next to the number 1?
Like this:
<img ...
(that img tag is wrapped in backticks to make it appear)
Jazbek, you may well be right. I believe my original reason for that code was that I ran into problems with bb not properly initialising the user and that $bb_current_user would not be set (hence, no posting either). However, if that fix works then I may well have made a mistake then (or in remembering). Would be lovely.
Hi there,
After I saw a British tv show “IT Crowd”, I decided to create a forum for all IT workers over the world. You are welcome to join even you are not a IT person like me.
The name of this forum is “forgetIT“. Yes, forget IT, you read it correctly.
Huh? I said forget IT.
If you have any suggestions or ideas for this forum, please let me know. I am learning.
slex, i just noticed that the code in my reply was screwed up and fixed it just now. i put a link to trac for the line where the user is being set, might want to re-read.
Actually, I figured out when in the felfunctions the “member” capability was being set (you may already know this) – line 36
I thought that maybe the globals should be changed to
global $bb_current_user;
instead of
global $current_user;
That seemed to work when I was posting in wordpress as an admin, but I just tried posting with another user account and got an SQL error, so no dice. I have some other stuff to work on right now, but will come back to this later. Maybe the global $bb_current_user needs to be set to the $current_user instead of doing
bb_set_current_user( $current_user->ID );
?
my rewrite rules for the document root where wordpressmu is installed are (note, my bbpress is installed in the /discuss directory):
RewriteEngine On
RewriteBase /
#uploaded files
RewriteRule ^(.*/)?files/$ index.php [L]
RewriteRule ^(.*/)?files/(.*) wp-content/blogs.php?file=$2 [L]
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d [OR]
RewriteCond %{REQUEST_URI} ^/discuss(.*)$
RewriteRule . – [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-.*) $2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*.php)$ $2 [L]
RewriteRule . index.php [L]
then, in my bbpress directory, i put in my .htaccess:
Options +MultiViews
if the +MultiViews thing doesn’t work for you, there’s something else you can put in there (only needed if you want to use the pretty-permalinks). Described here:
https://bbpress.org/documentation/faq/#pretty-permalinks
The fix that I made to that function has been tested now and it seems to work, but the fact of the matter is that it could have very well just broke that function all together. I think everything works to my satisfaction now though, so I probably wont worry about it until I run into some more problems. The only thing that gives me hope in that respect is that previously, that if statement was failing. meaning that the user was not a bb_user:
if ( !( is_object($user) && is_a($user, 'BB_User') ) )
so it would create new capabilities for the user (incorrectly at that). But when I changed it to wp_User, for some reason that if statement catches and just returns without creating the new capabilities that break access permissions. I don’t know why this works after looking into the code, but until I see negative side effects, I might turn a shy eye (<— i dont think thats a real saying…).
Also, on the topic of redundant database entries, I think since we have the integration set up from the WP comment box, it wouldnt be incredibly difficult to simply take out the one database call (somewhere in the wordpress code never-never-land) that actually posts the comment to the database. So we’re not inputting a box from bbpress, but we would effectively stop wordpress comments from being saved to the database since we never actually look at them. This of course wouldn’t work if you were merely copying database entries in order to post the comments as posts in bbPress, but I dont think thats what you’re doing. It probably is two separate database INSERT calls, and I bet we can take the wordpress one out, and have identical functionality (assuming we took out wordpress comments and exclusively use felbbreplies()). It’s merely an optimization though, and unless the user base is larger than any of us probably are going to have it might not matter… I’ll look into it tonight when I get home, and let you know.
sorry for the long post
-Alex
OK I fixed it. It looks like we took some bad advice. There was a post saying to make wpmu and bbpress get along I should add:
if ( isset( $bb->wp_table_prefix ) ){
$bb->usercookie = ‘wordpressuser’;
$bb->passcookie = ‘wordpresspass’;
}
to the config.php
That is the code that was messing things up. Without it admin works fine as keymaster and I see no other problems yet.
This has been scarcely tested, but I think I have a fix for my bug… weird…
in the bb-includes/capabilities.php file there is a function at the bottom that looks like this:
function bb_give_user_default_role( $user ) {
if ( !( is_object($user) && is_a($user, 'BB_User') ) )
return;
$user->set_role('member');
}
I changed it to look like this:
function bb_give_user_default_role( $user ) {
if ( !( is_object($user) && is_a($user, 'wp_User') ) )
return;
$user->set_role('member');
}
Instead of checking to see if the bb_user existed, we wanted to check to see if the wordpress user existed, assuming we merged our user table. For some reason, this seems like a bug in the bbPress code. Shouldn’t that be a variable prefix to begin with?
Hey fel, sorry for the delay in replying. I did it the less cool way you mentioned. Just changed the template to call my own modified function with an extra parameter passed to it (the amount of posts in the topic -1). Pretty simple, but worked like a charm. You probably couldnt modify that stuff through your plugin, but you could do some magic by just writing some felfunctions that mostly do that same stuff as wordpress’s functions and then add them to the plugin. idk.
I do have a weird bug that im trying to figure out, I think crowspeaker had a similar one. I actually think his bug might be two separate bugs.
I can post back and forth and see comments yadadaada, everything works EXCEPT:
If I make a post in wordpress as an administrator, I lose my administrator powers in the forum (the forum only). I get the extra capabilities(member) thing. I just delete that database entry and i can go full on again. I havent quite tracked the culprit down yet, but ill let you know. For now I can just hack it and delete that entry after every post if it exists. rofl. dont ever do that though.
Clips is sweet. I might just have to drum up a nice variation of it for Kineda.
i see the emoticons but cant click them ;_;
i tried making this but didnt work yet 
https://bbpress.org/forums/topic/emoticons-for-bbpress?replies=55#post-819
A quick solution is changing where is “kakumei” to “mytheme” on all files.
But hope a better solution, i tried that too and didnt work
https://bbpress.org/forums/topic/theme-not-found-default-theme-applied?replies=8#post-4407
I installed on localhost. When i first try to change the theme it works, and them i have this message “Theme not found. Default theme applied.”, and can’t change anymore.
I looked to the link themes and they are wrong, pointing to
<br>
?theme=c:arquivosdeprogramaseasyphp1-8wwwwordpressbbpress/bb-templates/kakumeia/&_wpnonce=117154f828
how can i fix it and remove that ‘c:arquivosdeprogramaseasyphp1-8wwwwordpressbbpress’ part?????
Assuming you are actually talking about bbPress, the best solution I can think of is to make your cookies expire a long time in the future. Then you just need to login once for each user as long as the cookie is there. Anonymous posting doesn’t sound like a solution as you probably still want to know who owns which messages.
To set the cookies to expire after ten years, save this to a file called “_loginExpiry.php” in my-plugins:
<?php
function bb_login($login, $password) {
if ( $user = bb_check_login( $login, $password ) ) {
bb_cookie( bb_get_option( 'usercookie' ), $user->user_login, strtotime("+10 years") );
bb_cookie( bb_get_option( 'passcookie' ), md5( $user->user_pass ), strtotime("+10 years") );
do_action('bb_user_login', (int) $user->ID );
}
return $user;
}
?>
Yeah, one of the divs at the bottom has to be moved – it’s not inside the right if then flow. I wonder if anyone ever made a trac ticket; this has come up loads.
Start here:
http://validator.w3.org/check?verbose=1&uri=http%3A%2F%2Ffreakinasheville.com%2Fforum%2F%3Fnew%3D1
In the process of making your design valid XHTML, I suspect you will find the reason for this problem.
One thing that’s weird right off the bat is you have two div id="main" in the pages that work, but only one in the page that looks messed up. IDs should be unique, so maybe one would be main-page and one would be main-forum, or something, but why is it missing on the page that is messed up?
I think you’re right that it’s an issue with a div.
Solved!
I deleted the
$bb->usercookie = 'wordpressuser_2de49fc36f5359dc455c4965686f06d3';
$bb->passcookie = 'wordpressuser_2de49fc36f5359dc455c4965686f06d3';
$bb->cookiedomain = 'http://www.chrismise.com';
$bb->cookiepath = '/blog/';
and worked 
> media-wiki
Why are you asking here about mediawiki?
For bb, you need to overwrite the pluggable functions responsible for logging dudes in. They’re all in bb-includes/pluggable.php, and you overwrite them as you would a wordpress pluggable: https://codex.wordpress.org/Pluggable_Functions
the right links
http://www.chrismise.com/blog
http://www.chrismise.com/blog/bbpress
Now i cant login to my blog too(but i solved changing the pass thought phpmyadmin o_O)
. Must have done something wrong.
$bb->wp_table_prefix = 'wp_'; // WordPress table prefix. Example: 'wp_';
$bb->wp_home = 'http://www.chrismise.com/blog'; // WordPress - Options->General: Blog address (URL) // Example: 'http://example.com'
$bb->wp_siteurl = 'http://www.chrismise.com/blog'; // WordPress - Options->General: WordPress address (URL) // Example: 'http://example.com'
/* Stop editing */
$bb->usercookie = 'wordpressuser_2de49fc36f5359dc455c4965686f06d3';
$bb->passcookie = 'wordpressuser_2de49fc36f5359dc455c4965686f06d3';
$bb->cookiedomain = 'http://www.chrismise.com';
$bb->cookiepath = '/blog/';
A place all the code. but when i can login! When i use the right password to log on BBpress the page reload and nothing happens.
with the wrong pass i get the “Log in failed page”.
http://www.chrismise.com/blog
http://www.chrismise.com/blog/bbpres
Well that’s one error message down!
Have you tried adding $bb_roles to your list of globals in config.php?
Hello,
WordPress lets you install wordpress like so:
WordPress @ http://example.com/wordpress/
but maintain your blog at http://example.com/blog/
Currently, I have my bbpress like so: http://example.com/wordpress/bbpress/ so that I don’t have to worry about cookie issues… but I would like the forums to be accessible at http://example.com/forums/
How can I do this? Thanks
