[@johnjamesjacoby Keymaster 12 years, 2 months ago]

Great Scott!

These time issues crop up every blue moon, so any insight you can provide into the following time settings would be awesome:

• Your physical timezone
• The timezone setting of your server(s)
• The timezone setting of your PHP configuration
• The timezone setting of your WordPress installation

Seems somewhere down the line, there’s a problem with our calculations in a certain configuration. It could be the math, could be daylight savings time, could be a WordPress bug, a BuddyPress bug, or a rip in the space-time continuum!

[@johnjamesjacoby Keymaster 12 years, 2 months ago]

If someone would be kind enough to detail precisely how to duplicate the bug you’re experiencing in a new ticket over at bbpress.trac.wordpress.org, I’ll be happy to look into this further.

We’ve made great strides on the bbPress/forums integration in the past few years. If there are still lingering wrinkles, we’ll get them ironed out.

[@johnjamesjacoby Keymaster 12 years, 2 months ago]

This feature does not currently exist in BuddyPress.

The core team has talked about what a robust member-to-member role and capability system would look like for a few years now (to allow for this sort of functionality) however we haven’t prioritized it yet.

[@johnjamesjacoby Keymaster 12 years, 2 months ago]

The link to your image is broken.

I have a hunch why the last activity says that. bbPress will need a fix.

[@johnjamesjacoby Keymaster 12 years, 2 months ago]

Jumping the gun a bit, but your enthusiasm is greatly appreciated. The core team will likely put together a wish list immediately before we start 2.1 development. Until then, you can watch the state of all-things-2.1 over on trac at: https://buddypress.trac.wordpress.org/milestone/2.1

[@johnjamesjacoby Keymaster 12 years, 3 months ago]

Look again; they can’t not be there. 🙂

[@johnjamesjacoby Keymaster 12 years, 3 months ago]

You’ll want to build a custom taxonomy for your topics to replace the way you’re using forums now. Topics can only exist in 1 forum, but they can exist in multiple taxonomies and terms.

[@johnjamesjacoby Keymaster 12 years, 3 months ago]

You may need to be crafty and override the BP_Messages_Box_Template() class too, as it contains more hardcoded assumptions about what box the user is looking at.

Hmm…

[@johnjamesjacoby Keymaster 12 years, 3 months ago]

The problem here is the bp_has_message_threads() function itself. It comes with hardcoded checks to override the $box to sentbox or inbox based on the results of bp_is_current_action().

You could try something this, in lieu of bp_has_message_threads():

function bp_custom_has_message_threads( $args = '' ) {
	global $messages_template;

	$r = wp_parse_args( $args, array(
		'user_id'      => bp_loggedin_user_id(),
		'box'          => 'inbox',
		'per_page'     => 10,
		'max'          => false,
		'type'         => 'all',
		'search_terms' => isset( $_REQUEST['s'] ) ? stripslashes( $_REQUEST['s'] ) : '',
		'page_arg'     => 'mpage', // See https://buddypress.trac.wordpress.org/ticket/3679
	) );

	if ( bp_is_current_action( 'notices' ) && !bp_current_user_can( 'bp_moderate' ) ) {
		bp_core_redirect( bp_displayed_user_domain() );
	}

	$messages_template = new BP_Messages_Box_Template( $r['user_id'], $r['box'], $r['per_page'], $r['max'], $r['type'], $r['search_terms'], $r['page_arg'] );

	return apply_filters( 'bp_has_message_threads', $messages_template->has_threads(), $messages_template );
}

[@johnjamesjacoby Keymaster 12 years, 3 months ago]

Root profiles are not deprecated, though we have some planned obsolescence for almost all of our global constants, moving them into functions with filters and/or options.

Our rewrite rules improvements for BuddyPress 2.0 will ideally enable any component to exist at a root level. At the time that code was written, it solved an immediate problem for us, but going forward this feature should not be exclusive to profiles.

[@johnjamesjacoby Keymaster 12 years, 4 months ago]

Next guess is some plugin conflict.

Best way to figure that out is to systematically disable one plugin at a time, until the issue corrects itself.

We definitely strive to keep both BuddyPress and bbPress compatible with as many plugins and themes as possible, so if anything needs fixing on our end, we’ll make sure it happens.

[@johnjamesjacoby Keymaster 12 years, 4 months ago]

To be completely upgrade proof, I would make an mu-plugin out of it.

https://codex.wordpress.org/Must_Use_Plugins

That way it’s always running when BuddyPress is running, and it will never go away unless you explicitly tell it to by deleting or modifying your code.

Look! You’re writing your own plugins today!

[@johnjamesjacoby Keymaster 12 years, 4 months ago]

Something like that should work! I cleaned it up a little for you, and fixed a typo.

function bbg_change_profile_tab_order() {
	$bp = buddypress();
	$bp->bp_nav['profile']['position']  = 60;
	$bp->bp_nav['activity']['position'] = 50;
	$bp->bp_nav['friends']['position']  = 40;
	$bp->bp_nav['groups']['position']   = 30;
	$bp->bp_nav['settings']['position'] = 10;
	$bp->bp_nav['forums']['position']   = 20;
}
add_action( 'bp_setup_nav', 'bbg_change_profile_tab_order', 999 );

[@johnjamesjacoby Keymaster 12 years, 4 months ago]

Unfortunately, you can’t assume that because your account has a certain role, that you’re able to do certain things, especially once you start installing membership plugins that directly manipulate the way roles and capabilities work.

(Role/cap problems are amongst the worst to troubleshoot in WordPress, IMO. There is no UI to help you, and there is little documentation available to guide you through the complex process of unraveling WordPress’s role based access control. It’s also my experience that most role/membership plugins are quirky, and can oftentimes leave your users and roles in a very crippled and polluted state.)

Do any of these plugins that you’re using place limitations on types of posts that users can see? Is it possible you blocked Topics on accident?

I wrote a bbPress plugin almost a year ago to try and provide a bbPress specific solution to roles and capabilities, and troubleshooting why specific users are blocked from certain things:

https://github.com/johnjamesjacoby/bbp-capabilities

You’ll need to install it on your site manually with your favorite FTP program. After installing the plugin, visit your Users in wp-admin and try editing a user that’s having issues viewing topics. At the very bottom, underneath their Forum Role, will be a large table of bbPress capabilities, the current permission, the source of that permission, and allow you to manipulate it. Anything highlighted in yellow is a deviation from the role (saved to the user instead) and there is a button to reset the user’s capabilities back to match the default role.

Hopefully this all helps track this down.

[@johnjamesjacoby Keymaster 12 years, 4 months ago]

Do you have any WordPress Role editing plugins installed? Or membership plugins like S2Member?

It’s possible something has altered your role capabilities so that bbPress’s read_topics capability is broken.

Or, it’s possible it’s just a template issue. The query itself happens in bbp_has_replies(), so start your debugging there to see if it’s a template problem, or a dataset problem.

[@johnjamesjacoby Keymaster 12 years, 4 months ago]

If the Activity meta table really was deleted, you’ll want to restore that table (and likely the entire database) from before your attack occurred.

If you have evidence of BuddyPress being the attach vector (and not simply that your site is running BuddyPress) please follow the instructions provided at the link below:

https://codex.wordpress.org/FAQ_Security

[@johnjamesjacoby Keymaster 12 years, 4 months ago]

WordPress.org accounts cannot be deleted. If it’s an emergency, contact one of us directly.

[@johnjamesjacoby Keymaster 12 years, 4 months ago]

Wouldn’t miss it!

[@johnjamesjacoby Keymaster 12 years, 4 months ago]

Pretty neat!

[@johnjamesjacoby Keymaster 12 years, 4 months ago]

Deployed. Thanks all.

[@johnjamesjacoby Keymaster 12 years, 5 months ago]

Hey @jetlej.

On WordPress multisite, Super Administrators can edit/see/delete anything they want to. It’s their site, after all, so they are free to police it.

On WordPress single site, all Administrators have the same privileges as above.

We have been slowly rolling in the concept of moderator capabilities into BuddyPress for the past few years, though it’s not quite in a place yet where it’s been fully audited and integrated to be able to add/remove explicit permissions.

It’s not ideal for everyone, but it works well for most. Can you explain more about your setup and how this is an issue?

[@johnjamesjacoby Keymaster 12 years, 5 months ago]

It does, as do many other robust theme frameworks that bypass WordPress’s template loader with their own. I’m conflicted on how much we can realistically support themes that deviate so far from the norm.

Previous to 1.9 we were purposely doing it wrong for the sake of maximum compatibility. In 1.9, we fixed up a few things, that now uncover pretty fatal flaws in several themes. I’m torn, but I think it’s up to theme authors to decide their level of plugin compatibility, rather than the other way around where theme authors would expect every plugin to adapt to their proprietary output system.

:/

[@johnjamesjacoby Keymaster 12 years, 5 months ago]

Neat. You should submit it to the WordPress.org Showcase!

[@johnjamesjacoby Keymaster 12 years, 5 months ago]

Right. This doesn’t seem directly related to BuddyPress, but rather some privacy setting on the page itself.

[@johnjamesjacoby Keymaster 12 years, 5 months ago]

What other plugins do you have running? Have you tried with a different theme?