Warning: Cannot modify header information - headers already sent by (output started at /home/public_html/forum/my-plugins/page-links-for-bbpress/page-links.php:74) in /home/public_html/forum/bb-includes/pluggable.php on line 242

Thanks for your patience.

So to make longer cookies when "remember me" is set, you'd have to edit the freshly-baked-cookies plugin, search for the number 1209600 and change it to 31536000 which is a year. Optionally you could set it smaller like 111600 which is 31 days.

Very sorry to put you through that - the version on bbpress.org is out of date!

It only does version 1, not version two.

I've just posted 0.0.4 which does version 2 (now set to default)

don't forget to copy over the four define lines!

This is always updated faster than the copy in the plugin section.

http://plugins-svn.bbpress.org/freshly-baked-cookies/trunk/

Now, pretend I am crazy and tripple check the settings at the top

LOGGED_IN_KEY
LOGGED_IN_SALT

The two keys and salts are the same. Keys I get from wp-config.php and salts from wp-admin/options.php.

take a REALLY good look at the cookie data - it changes between bbPress and WP but really only two parts should change, the expire date and the hash. So between the last | in the data

How the hash forms is still not quite clear to me, but obviously that's where the issue lies. I notice that it's different every time I log in (no matter from which side). I if log in/out of WP 10 times I get 10 different hashes. But maybe that's the normal way.

Other things to note:
* I am using year long cookies plugin on the bbPress side
* bbPress has a trailing slash in these settings:

$bb->wp_siteurl = 'http://dev.example.net/';
$bb->wp_home = 'http://dev.example.net/';

whereas WP has them without the slash:

define('WP_HOME', 'http://dev.example.net');
define('WP_SITEURL', 'http://dev.example.net');

* as you can see I am doing this on a dev subdomain and not on the live site. Even though I did test it on the live site(with the main domain) too and the result was the same

* the lines you mentioned in the plugin did not match: I had that code on lines 70 and 83
* define('AUTH_COOKIE_VERSION', 2 ); should be added at the top of _freshly-baked-cookies.php, right? I did not exist there in the plugin download, so I added it before starting the tests

Thanks a lot for helping out

PHP 5.1.2 or higher, that wouldn't be the problem.

but since other people seem to have this working, let's be sure...

I've set everything as per the instructions (cookiedomains, hashes, etc.).
Both WP and bbPress are generating cookies with the same names and same paths.
But by some unknown (to me) force they refuse to recognize each other's cookies - when I log into one of them I get thrown out of the other.

It's bbPress 0.9.6 with WP 2.9.2

Maybe I'll try on clean installs tomorrow...
I just don't have a clue what's wrong :(

Thanks for bringing this up! :D

Just make sure your cookie paths for WordPress and bbPress are pointing the same place (ie. /) which was always required for proper integration anyway and is not done by the plugin but inside wp-config and bb-config - see the numerous integration guides around bbpress.org

Make certain you are using version 0.0.4 of the plugin or higher which supports the newer kind of WordPress cookies in use since WP 2.8

http://pastebin.com/embed_iframe.php?i=N4bxcqpZ

It avoids the extra queries the original version does (when it looks for page-topics plugin/option) and caches a few expensive variables.

It uses pure css with an inline stylesheet so there are no externals to load or check timestamps.

(basically in plain english it puts as little impact as possible on the page)

If someone REALLY wanted the page image it could be easily modified to support that again.

This version only shows the ending page, or if over 5 pages the last two pages, which I think is plenty. (clicking the topic title is always page one anyway)

add_action( 'bb_init', 'enqueueJQuery' );

function enqueueJQuery() {
    if ( !wp_script_is( 'jquery' ) )
        wp_enqueue_script( 'jquery' );
}

add_action('bb_init', 'jquery_please_initialize');

with:

// Add here all the template files that need special treatment
add_action('bb_topic.php', 'jquery_please_initialize');
add_action('bb_edit-post.php', 'jquery_please_initialize');
// et cetera

<?php
/*
Plugin Name: jQuery please
Plugin URI: http://www.the.url.com
Description: I really need jQuery
Version: 1.0
Author: Me
Author URI: http://www.the.url.com
*/

add_action('bb_init', 'jquery_please_initialize');
add_action('bb_head', 'jquery_please_js', 100);

function jquery_please_initialize()
{
   bb_enqueue_script('jquery');
}

function jquery_please_js()
{ ?>
<script type="text/javascript">//<![CDATA[
// Your script goes here
//]]></script>
<?php
}

?>

You *need* to get it to work, that's the proper way of doing it. You should figure out what you were doing wrong.

But I can use this technique to do the same thing, just the opposite way around, so thanks for the help! I did it like this:

<?php if ( in_array( bb_get_location(), array( 'login-page', 'register-page' ) ) ) echo "<script type='text/javascript' src='http://ajax.googleapis.com/ajax/libs/jquery/1.4/jquery.min.js'></script>\n"; ?>

I tried to use bb_enqueue_script( 'jquery' ); in there but couldn't get that to work!

Can anyone shed some light on where and when and why jquery is loaded? And how could I get it to load up for the login.php page as well? (rather than simply putting the jquery call in header.php, which would mean it gets called twice for some pages!)

I looked through a load of bb-includes but didn't get too far!

It sounds from these posts that you two have figured it out somewhat.

I'm assuming your bbPress forums folder is on a separate domain than the buddyPress install? It's not in the 'default' /forums location, right?

Correct, standalone bbPress is installed on a subdomain (forums.mydomain.com) and obviously the group forum is activated within buddypress (mydomain.com/forums) as well. All share the same bb tables; so group discussions can be carried on via a more direct forum feel with extra bells and whistles.

How the heck have you gotten BuddyPress's activity stream to work with an external bbPress install?

There is a plugin for BuddyPress called bbGroups (uses xmlrpc) but is outdated. I had to update the code for 1.2 due to the activity stream changes. (and i need to update once more since 1.2 RC1) - the XMLRPC is not ideal but does carry over the hidden/read-only and who has access. (i'd probably code it to access the db directly - but it works for my testing)

Seems redundant to have 2 forum interfaces but this allows "outside" forums which may not be appropriate for setting up a group.

But at some point BuddyPress 1.2 now expects the dates in GMT while standalone bbPress 1.0.2 must insert the timestamp on a topic/post differently. (I just haven't had the time to sift over the code to figure it out yet)

Glad you brought this up. How the heck have you gotten BuddyPress's activity stream to work with an external bbPress install? (I'm assuming your bbPress forums folder is on a separate domain than the buddyPress install? It's not in the 'default' /forums location, right?)

I'm been unable to get the bbPress activity to show up in the BuddyPress activity stream even when the bbpress install is located in the /forums location.

This whole 'groups' vs. 'forums' thing is driving me nuts.

Grrrr...when people post questions about bbPress working with BuddyPress on the BuddyPress forum it seems like they always send up back here!

The problem is when posting via the external bbPress the freshness dates are off, as Andy from BP noted they need to be in GMT format.

see ticket
http://trac.buddypress.org/ticket/1727

I don't mind hacking the core but what do I need to modify to sync up all my GMT dates.