BuddyPress.org

Thanks Virtuali but the Logout menu was still there and at the bottom of the site I saw this message

Warning: call_user_func_array() [function.call-user-func-array]: First argument is expected to be a valid callback, ‘my_alter_bp_adminbar’ was given in /home/content/62/7486962/html/wordpress/wp-includes/plugin.php on line 395

Please advise!

Yes, it’s a known bbPress bug; https://bbpress.trac.wordpress.org/ticket/1486

I also had the same problem as @dwwilkin.

I enable the Wp_debug and found that when buddypress installing the forum it’s unable to create a table name wp_bb_post. So whenever someone try to open the open the post’s under topic it returns WPDB error that $bbdb->posts table not found.

I looked at bb-adminincludesdefaults.bb-schema.php for the crate table command. I found at line 40, the post table use ‘FULLTEXT KEY’ which is only supported by ‘MYISAM’.

This is the original query:

$bb_queries = “CREATE TABLE IF NOT EXISTS `$bbdb->posts` (
`post_id` bigint(20) NOT NULL auto_increment,
`forum_id` int(10) NOT NULL default 1,
`topic_id` bigint(20) NOT NULL default 1,
`poster_id` int(10) NOT NULL default 0,
`post_text` text NOT NULL,
`post_time` datetime NOT NULL default ‘0000-00-00 00:00:00’,
`poster_ip` varchar(15) NOT NULL default ”,
`post_status` tinyint(1) NOT NULL default 0,
`post_position` bigint(20) NOT NULL default 0,
PRIMARY KEY (`post_id`),
KEY `topic_time` (`topic_id`, `post_time`),
KEY `poster_time` (`poster_id`, `post_time`),
KEY `post_time` (`post_time`),
FULLTEXT KEY `post_text` (`post_text`)
) TYPE = MYISAM;”;

This query is returning error ion MySQL 5. So, I change the last line of the query to;

‘) ENGINE = MYISAM’

And it works. Now I’m able to create post under any topic.

So in summary simplest fix for the issue is:

1. Create a table on your wordpress database using following query

CREATE TABLE IF NOT EXISTS `wp_bb_posts` (
`post_id` bigint(20) NOT NULL auto_increment,
`forum_id` int(10) NOT NULL default 1,
`topic_id` bigint(20) NOT NULL default 1,
`poster_id` int(10) NOT NULL default 0,
`post_text` text NOT NULL,
`post_time` datetime NOT NULL default ‘0000-00-00 00:00:00’,
`poster_ip` varchar(15) NOT NULL default ”,
`post_status` tinyint(1) NOT NULL default 0,
`post_position` bigint(20) NOT NULL default 0,
PRIMARY KEY (`post_id`),
KEY `topic_time` (`topic_id`, `post_time`),
KEY `poster_time` (`poster_id`, `post_time`),
KEY `post_time` (`post_time`),
FULLTEXT KEY `post_text` (`post_text`)
) ENGINE = MYISAM;

2. Refresh the forum topic page in front-end.

Any solution to this? I’m having this problem now after I moved from /wordpress subdirectory to root.

http://elitenick.com/2009/04/03/wordpress-customize-the_content-to-generate-your-own-htmlcss-image-more-link.html
For more assistance, please post your query at the WP.org forums – https://wordpress.org/support/forum/how-to-and-troubleshooting

There are different approaches to what you want to do which includes deciding whether you will allow your users to post from the backend or to post always from the front end. My approach would be to use EventPress plugin https://wordpress.org/extend/plugins/eventpress/ along with with http://buddydev.com/plugins/eventpress-gallery/ which requires the premium BP Gallery plugin http://buddydev.com/plugins/bp-gallery/ which has images, audio, video galleries. Perhaps others would like to share what their approaches would be.

You can also use the Widget Logic plugin with the conditional statements listed here: https://wordpress.org/support/topic/buddypress-and-widget-logic.

The easiest way to enact this is to exclude all component groups.

Quickest solution would be to join Buddydev and implement the ‘Global Forum’ plugin – http://buddydev.com/plugins/global-forums/

You can see it in use on Bravesh’s own forum – http://buddydev.com/forums/

I personally prefer forums which link to groups, since this avoids duplication of topics. The other half-way solution would be to use ‘buddypress-group-forum-extras’, https://wordpress.org/extend/plugins/buddypress-group-forum-extras/ – which would enable you to set up a group for each general forum type (i.e. support questions, introduce yourself, general chat), then pin these to remain permanently at the top of the ‘Forum Index’.

Search on BP is a long way off during the current release. I have an integrated search page, but it won’t search content inside of forum posts, just titles.

From what I’ve seen SOLR is very powerful and integrated with WP makes WP search faceted and extremely useful, I’d love to get it set up on my BP site, but it’s a little over my head and would probably require some extension to this plugin https://wordpress.org/extend/plugins/solr-for-wordpress/

Recently I’ve added google custom search to my BP site, but as it’s indexing from the front end there are a lot of “pages” to crawl and it doesn’t seem to index them that well, I’ve also recently found the the member search isn’t finding people that I know are there.

Although I did hear rumblings that BP 3 will start to address search – we shall see, it’s a really tough one to crack

https://buddypress.trac.wordpress.org/changeset/3651

It’s been fixed in trunk, but not in the 1.2 branch. If you want to try applying the patch to your site, try applying these changes to your files: https://buddypress.trac.wordpress.org/changeset/3651.

file from bp-default theme https://buddypress.trac.wordpress.org/browser/tags/1.2.8/bp-themes/bp-default/members/members-loop.php

I haven’t really explored it much, apart from getting the css to match various site designs…. I’ve tried to avoid using it but the spam (particularly the spam registrations) gets to be annoying. Adding this and the problem goes – apart from what appears to be the odd human spammer…

You could change where it says CAPTCHA Code to your own message – It’s an option at the bottom of the admin screen.

It would be nice to be able to place a text line above the graphic and above the captcha code line….

https://wordpress.org/extend/plugins/si-contact-form/ and https://wordpress.org/extend/plugins/si-captcha-for-wordpress/ work well for me with buddypress….

== Looking into the DB I can see that the redirects column in wp-options is pretty large and I would imagine this is where the problem stems from, but I’m not comfortable manually editing this table. ==

Go to wp_options table via phpMyAdmin. Copy what’s in your wp-options table and paste in text editor. There’s a pattern to the madness of the serialized data which is sometimes very messy to edit by hand. Some plugins which have been deactivated and deleted still leave some nastiness behind and you would have to delete the section. Sometime back, I found the virus of a hacked install listed in wp_options table as well.

What’s good about doing it this way is that you can save what was originally in the wp_options table in a text file and keep in a safe place while you make changes via phpMyAdmin. When something goes wrong after making those revisions, you can always paste back the original content from the txt file you saved.

For an overview of what serialized data to expect in your wp_options table which could also help you ID what’s going on, go to http://yoursite.com/wp-admin/options.php or localhost/wordpress/wp-admin/options.php