rgilman

I figured out that I could send you both the PDF via the plugin’s github issues and have done so.

I’ve done some testing and (so far) the plugin works as expected if the wiki add-on isn’t active. When it’s active, they conflict. I’ve saved the long error dump to a pdf which I’d be happy to send to you or Boone. I’m afraid that debugging this is likely beyond my skill level. It doesn’t look like there is a way to add attachments here.

Without the wiki add-on but with the “docs-in-group” plugin, there remains the site-wide /docs/ url that list all the docs from all the user’s groups and any that aren’t attached to a group.

I’d still love to be able to use the wiki add-on. Hopefully there is a simple fix.

Thanks, David, I’ll take a look. I’d like to explore keeping the docs in groups and using the wiki add-on for site-wide items.

I’ve come up with the follow that seems to work:

add_filter('nav_menu_css_class', 'bp_docs_is_parent', 10 , 2);

function bp_docs_is_parent( $classes, $item) {
	if (bp_docs_is_bp_docs_page() && $item->title == 'Docs' && bp_current_component() != 'groups') {
		$classes[] = 'current_page_parent';
	}
	return $classes;
}

Is there a better way?

Wonderful. Thank you!

That’s great news! I’ll note that the buddypress-group-email-subscription plugin puts its settings under Admin > Settings and thus doesn’t need to worry about the BuddyBoss admin UI. I wonder if that might be an option for this plugin as well.

FYI, I’ve decided to fork the plugin – too many modifications to easily handle via hooks.

Thanks for all your good work on creating and maintaining bpges.

Thanks, Boone. This is quite helpful. I’ll see what I can do.

As additional context, I’m only interested in including forum posts in the digest. It looks like I could use the hook ass_block_group_activity_types to eliminate the rest.

I would also want to output the discussion thread subject as a sub-heading, nested under each group, and with the posts for that thread under that sub-heading.

Looks like this was a caching issue on my end. All good now.

I’ve installed 2.15 and still get the same message:

/wp-content/plugins/ghostkit/assets/js/main.min.js:1:4293: \'ready\' event is deprecated

This may just be a hack, but I was able to get the hidden fields to work again by changing the ‘add_action’ priority from 10 to 11.

In more detail:
1) Open the file hidden.php within the contact-form-7-modules folder.
2) Go to line 28 where you will find:
add_action('plugins_loaded', 'contact_form_7_hidden_fields', 10);
3) Change the 10 to an 11 and save the file.

This will force contact-form-7-modules to load after contact-form-7, which it needs to do so that the shortcode will function. I guessing that some change in 3.8 somehow changed the load order of plugins — or at least this pair of plugins.

I got the following process to work:
1) deactivate the Manual Control for Jetpack plugin
2) click on Jetpack in the side navbar to open it
badge turns off at this point
3) activate the Manual Control plugin
badge stays off.

I didn’t need to delete Manual Control.

Thanks, everyone, for all the clues.

I have the same issue — black circle with a two in it with the latest updates and no way I can see to get the badge to turn off.