[Hugo Ashmore]

@cc-cailin It’s stated at the very top of the WP plugin forum page you link to!! the statement reads ‘please don’t use’

This was the whole point of all the work that went into BP 1.7 for theme compat. Please read those links provided so you understand how things work now, it’s also worth following the BP blog and even bpdevel site to keep up to date with developments.

[@mercime]

@zane

1) Reply button on what page exactly? Forum post or blog post? What theme are you using?

2) Group Forum posts do appear in that Group’s Activity Stream. If you want to disable forum/blog post commenting in the Activity Stream to prevent confusion and to have all the forum/blog post comments in one location, then go to Settings > BuddyPress > Settings – Activity Settings, and make sure that Blog & Forum Comments are not enabled (not checked).

[Henry]

@kingdgm

The BuddyPress Jobs Board is the best place to start:

BP Jobs Board

[bp-help]

@tayenewm
The only certain way to find out if the theme is causing registration issue’s is to activate a known theme that works with BuddyPress like twenty twelve, or bp-befault and test it against registration and activation. If the issue is resolved after switching to one of these themes, then it is a theme issue and you would have to get support from that themes support forum should you choose to use it. Sometimes it is best to use a bare minimal theme when working with BP as the more code introduced by a heavy theme may have adverse issue’s when dealing with BP registration and activation. If you are familiar with the codex please review:

Theme Compatibility & Template Files

[SK]

@ullaelo Please start a separate thread – your problem is not related.

@kakilo I understand now what you are asking. This is an issue for rtMedia to tackle. Please chime in at http://rtcamp.com/groups/rtmedia/forum/

[bp-help]

@arunondeck
Please start your own topic. This thread is over a year old, plus the topic author has not been around for a good while on the forums so the likely hood that they will respond is slim. You will get better responses if you start your own topic. Good luck!

[SK]

What @danbp said. Select “sitewide forums”

[@mercime]

@politiclear Since we don’t have access to this premium theme, pending the response of someone who has used Headway theme with BuddyPress, I recommend that have you check Headway theme forums if the theme is compatible with BuddyPress and/or if you need any modifications in the theme to make it compatible with BuddyPress. I have changed the title of this post to include Headway.

[danbp]

Actually you can use BP 1.8.1 with bbPress 2.4 to get what you want.

Since BuddyPress 1.6, bbPress is no more attached to BP groups and can be installed as a standalone full, complete, forum
3 types of install are possible: goup-forums only, single forum only or both.

Read here please.

Installing Group and Sitewide Forums

bbPress

[rpatwall1206]

I want a forum that is not attached to groups. I want a regular normal forum. When I installed buddypress bbpress was came as the forum. It was not until I tried to set up a forum without groups that I realized I couldn’t. I need another forum that works like a forum.

Thanks

[SK]

Not sure exactly what issue you are facing with bbpress.

[bp-help]

@pelaso
It is really only so much we can do with the info provided, and as @hnla stated it is a guess as to what could be wrong. Maybe you should consider hiring a developer. If you decide too then you can leave your job and contact info here:

BP Jobs Board

As well as here:
http://jobs.wordpress.net/
Good luck!

[Hugo Ashmore]

I do hope they didn’t really say could only be fixed by buddypress support. Generally email issues are not BP problems, and currently BP has no issues I’m aware of in sending registration emails, which also is really a WP function.

Easy check that should have been run first would have been and still ought to be tried is to disable BP and simply try registering an account under WP.

Often email issues fall under the heading of ‘Domain Record’ issues i.e email servers rejecting an email as it can’t be verified as authorised on the sending domain or there’s no PTR record or SPF record, or simply that the server sendmail is at issue, these though are not really problems that lie with WP or BP which normally happily send out emails.

Search this forum though as these issues have been discussed many times and you’ll find more info in the archives.

[tse11]

@bphelp
Thanks! I have scoured the forums and have not found the exact thing that I need, but I guess it’s all in the wording of search terms 😉

This is the code I have for the plugin I am using:

function buddypress_login_redirection($redirect_url,$request_url,$user)
{
	global $bp;
	$selected_option = get_option('blr_select_redirection');
	if($selected_option == 'one')
	{
		return bp_core_get_user_domain($user->ID);
	}
	elseif($selected_option=='two')
	{
		$activity_slug = bp_get_activity_root_slug();
		$redirect_url = $bp->root_domain."/".$activity_slug;
		return $redirect_url;
	}
	elseif($selected_option=='four')
	{
		//$activity_slug = bp_get_activity_root_slug();
		//$redirect_url = $bp->root_domain."/".$activity_slug;
		$redirect_url = $_SERVER['HTTP_REFERER'];
		return $redirect_url;
	}
	else
	{
		$activity_slug = bp_get_activity_root_slug();
		$friends_activity = bp_core_get_user_domain($user->ID).$activity_slug."/friends/";
		return $friends_activity;
	}
}
function buddypress_login_redirection_menu()
{
	add_options_page(__('BP Login Redirect Settings','blr-menu'), __('BP Login Redirect Settings','blr-menu'), 'manage_options', 'blrmenu', 'blr_settings_page');
}
function blr_settings_page()
{
	if (!current_user_can('manage_options'))
    {
      wp_die( __('You do not have sufficient permissions to access this page.') );
    }
	$opt_name = 'blr_select_redirection';
	$hidden_field_name = 'blr_submit_hidden';
	$data_field_name = 'blr_select_redirection';
	
	$opt_val = get_option($opt_name);
	
	if( isset($_POST[ $hidden_field_name ]) && $_POST[ $hidden_field_name ] == 'Y' )
	{
		$opt_val = $_POST[ $data_field_name ];
		update_option( $opt_name, $opt_val );
?>

Any idea where I would add those conditions you mentioned?

[bp-help]

@tse11
Search the forum. This has been covered before! You could create a conditional to do this. Basically an if and else statement. You would need to include is_super_admin in the conditional check and the user would be redirected appropriately. For instance:

function bphelp_redirect() {
  if( is_user_logged_in() && is_super_admin ) {
    // redirect to dashboard code
  }else {
      if( is_user_loggedin() && !is_super_admin ) {
    // redirect to activity code
      }
   }
}
add_action( 'template_redirect', 'bphelp_redirect', 1 );

This would go in bp-custom.php:
https://codex.buddypress.org/plugin-development/bp-custom-php/

[@mercime]

@uabassguy no problem. Nothing wrong asking here. I pointed you to the theme’s forums so that you have a better chance of getting a response for that specific theme to work with a specific plugin 🙂

[@mercime]

@uabassguy you should also ask at http://theme.firmasite.com/support/forum/theme-support/

[uabassguy]

Here’s a link to the thread on rtCamp with image examples to help illustrate my case.
http://rtcamp.com/groups/rtmedia/forum/topic/changing-media-tab-to-use-another-theme-template-file/

[corytrevor]

Update: The themes author was kind enough to provide the code to add to display the buddypress page titles. Add:

<?php elseif ( function_exists('bp_is_page') && ( bp_is_page( BP_BLOGS_SLUG ) || bp_is_page( BP_FORUMS_SLUG ) || bp_is_page( BP_ACTIVITY_SLUG ) || bp_is_page( BP_GROUPS_SLUG ) || bp_is_group() || bp_is_page( BP_MEMBERS_SLUG ) || bp_is_member() ) ) : ?>
<h1><?php the_title(); ?></h1>

to functions.php just below where it has:

<?php if (is_page()) : ?>
<h1><?php the_title(); ?></h1>


[corytrevor]

Hi

You can add the bbpress shortcodes to a page to display your forums on it – https://codex.bbpress.org/shortcodes/

[bp-help]

@fotant
This is not really a BuddyPress issue! Why not pose this question on the plugins support forum? If memory serves me correct this is a Woo Themes plugin!

[seamtv]

I can now confirm that there are problems between the integration of bbPress 2.4 and buddypress 1.81.
It turns out that there’s a bug in bbPress 2.4 that does not allow the admin to make a Forum ‘private’ or ‘hidden’. At the moment, the only workaround is to use the bulk edit facility to apply the ‘private’ setting to a forum (but, not, sadly the ‘hidden’ attribute as of yet).
In other words, if you go into the forum setting for the individual forum on the back-end and change the attribute there, it won’t stick. The forum comes back again as ‘Public’.
I used the build editor to change my forum to ‘Private’ and that stopped the replies to topic posts from being broadcast to everyone in the buddypress sitewide activity page. Now, I’m waiting for the ability to make the forums ‘hidden’ for extra security. In the meantime, I’ve been using s2member to lock down the content of the bbPress Group forum. This ONLY works for Group forums, because their topics have a forum-specific URI structure (so URI-restrictions can be used; e.g. ‘/group/<name of group>/forum/’)… whereas non-Group forums just have the ‘/topic/’ URI which is sitewide and cannot be restricted by a particular forum name. This is lamentable, as bbPress is very hard to lock-down otherwise.
It’s taken me many hours to track down all of these niggly problems, which is frustrating, since bbPress and buddypress are meant to be integrated now. So, it seems as if the integration is mucky.
Given all the user confusion regarding forum attributes in bbPress and forum security in buddypress, I would really love to see the development teams come up with a simple, unified interface for managing memberships and access restrictions. Otherwise, we’ll all end up chasing settings in different places, without really understanding their interplay.

[seamtv]

This is definitely part of the problem that I’m having. It turns out that there’s a bug in bbPress 2.4 that does not allow the admin to make a Forum ‘private’ or ‘hidden’. At the moment, the only workaround is to use the bulk edit facility to apply the ‘private’ setting to a forum (but, not, sadly the ‘hidden’ attribute as of yet).
In other words, if you go into the forum setting for the individual forum on the back-end and change the attribute there, it won’t stick. The forum comes back again as ‘Public’.
I used the build editor to change my forum to ‘Private’ and that stopped the replies to topic posts from being broadcast to everyone in the buddypress sitewide activity page. Now, I’m waiting for the ability to make the forums ‘hidden’ for extra security. In the meantime, I’ve been using s2member to lock down the content of the bbPress Group forum. This ONLY works for Group forums, because their topics have a forum-specific URI structure (so URI-restrictions can be used; e.g. ‘/group/<name of group>/forum/’)… whereas non-Group forums just have the ‘/topic/’ URI which is sitewide and cannot be restricted by a particular forum name. This is lamentable, as bbPress is very hard to lock-down otherwise.
It’s taken me many hours to track down all of these niggly problems, which is frustrating, since bbPress and buddypress are meant to be integrated now. So, it seems as if the integration is mucky.
Given all the user confusion regarding forum attributes in bbPress and forum security in buddypress, I would really love to see the development teams come up with a simple, unified interface for managing memberships and access restrictions. Otherwise, we’ll all end up chasing settings in different places, without really understanding their interplay.

[seamtv]

I tried running the Tools > Forums but it only solved the problem of new topic posts, but not replies to those posts. Here’s my rundown of the situation:
I think the problem has to do with buddypress – bbPress integration.
The bbPress Group Forums appear to be set to ‘Open’ by default, even if they are hidden within buddypress. In fact, I cannot alter this. I tried changing my secret forum to ‘hidden’ within bbPress (2.4) and it won’t save the change – it always comes back as ‘open’.
Therefore, it’s up to buddypress to manage the privacy of the forum. It seems to be doing this with new topic posts (I can confirm that hide_sitewide in the activity stream table is “1” for new posts). The problem is that if someone replies to that post, the hide_sitewide for that reply is set to “0”, even though it’s inside of a ‘hidden’ group forum. To me, this is a serious security breach, as it exposes the forum name, the original topic name, and the contents of the reply in EVERYONE’s Activity stream, whether they are logged in or not, a member of the hidden forum or not.

[seamtv]

Actually, this problem is not resolved and appears to be pretty bad. Here’s my rundown:

I think the problem has to do with buddypress – bbPress integration.
The bbPress Group Forums appear to be set to ‘Open’ by default, even if they are hidden within buddypress. In fact, I cannot alter this. I tried changing my secret forum to ‘hidden’ within bbPress (2.4) and it won’t save the change – it always comes back as ‘open’.
Therefore, it’s up to buddypress to manage the privacy of the forum. It seems to be doing this with new topic posts (I can confirm that hide_sitewide in the activity stream table is “1” for new posts). The problem is that if someone replies to that post, the hide_sitewide for that reply is set to “0”, even though it’s inside of a ‘hidden’ group forum. To me, this is a serious security breach, as it exposes the forum name, the original topic name, and the contents of the reply in EVERYONE’s Activity stream, whether they are logged in or not, a member of the hidden forum or not.