BuddyPress.org

You’ll need to modify wp_list_pages() in your theme’s header.php to exclude the page ID of the classifieds.

If you don’t like messing around with theme files, you could probably try this plugin:
https://wordpress.org/extend/plugins/exclude-pages/

@modemlooper Thanks for answering, the column height issue seems to happen on all modern browsers and OS. Don’t you have this problem ?

I use latest Firefox under Ubuntu and a friend tested on IE 7 and 8 under Windows XP.

Didn’t really mean you couldn’t ask but that certain issues might prove awkward to clear up or fall slightly outside the purvue.

Still the fact remains that we have little to work with here, that you say the BP adminbar works once you get the correct WP hook in place is good, however there is little that can be said for why the theme presents other problems with the footer.

There are countless number of badly written themes for WP some of these may work with BP some may not, not all themes, good or bad, will necessarily work with BP or at least will take some work to bring up to the level BP needs.

Rather than waste time trying it might be better to simply discard those that don’t work and only keep ones that do or at least have fewer issues.

You’re not really supplying any information of any detail, helping out with custom themes or WP themes is slightly outside this sites focus really and is very difficult regardless without good info.

I assume you meant to say you had ensured that wp footer hook was in each theme but why adding that should upset the themes original footer would be speculation other than to say that the theme sounds like it maybe breaks with WP conventions on template tags/hooks.

@GUAP: There is an update out for that theme or alternatively you can follow the theme changes from 1.2.5 > 1.2.6 in the codex on this site if you are no longer a member at BuddyDress so don’t get updates. If you are though updates are free to any member it’s up to you which route you go. I can’t though replicate any issues with a vanilla (nothing else) install and updated Daily theme so that could be the problem. Now, whether there is something going on with followers plugin or not.. that could only be seen once the theme is updated really to be fair to your installation.

i m using bp-columns 3 column themes, plz guide me sir, how can i show summery blog in my site.
thanks

while i post in blog the full text shows in my buddypress site. , I want to show only title and some text in front pages,

plz guide me, which code i amend to show blog post in summery in front page.

Thanks in advance

You don’t need to move any folders when installing BuddyPress, which is probably the first problem to look at. Where are you getting those instructions from?

At the moment, there is no easy way to turn off Gravatar. I agree that there should be an easy way, as there can be performance concerns, as @mistercyril. (Though I find “I’m starting to think I’m the only one concerned with performance” unnecessarily confrontational.) I’ve had issues with it in the past myself.

I’ve just opened a ticket to make disabling Gravatar easier: https://trac.buddypress.org/ticket/2697 Until it’s been implemented, here’s the general core-hack strategy for disabling Gravatar altogether:
1) In bp-core/bp-core-avatars.php, find where the $defaults for bp_core_fetch_avatar() are set. Change
`’no_grav’ => false,`
to
`’no_grav’ => true,`

2) There will likely be some instances where the Mystery Man doesn’t kick in properly (group avatars, existing users). Write a filter for `’bp_core_fetch_avatar’` that sets the avatar to some default value when no avatar is returned.

Here’s how buddypress.org does it, with a filter that essentially adds a search term ‘ @username‘ to the bp_has_activities filter:
`function bporg_activity_with_others_filter( $qs ) {
global $bp;

$user_id = ( bp_displayed_user_id() ) ? bp_displayed_user_id() : bp_loggedin_user_id();

/* Only filter on directory pages (no action) and the following scope on activity object. */
if ( ( ‘dashboard’ == $bp->current_action && strpos( $qs, ‘personal’ ) !== false ) || ‘just-me’ == $bp->current_action ) {
if ( strpos( $qs, ‘filter’ ) === false )
$qs .= ‘&search_terms=@’ . bp_core_get_username( $user_id ) . ‘<';

return $qs;
} else {
return $qs;
}
}
add_filter( ‘bp_ajax_querystring’, ‘bporg_activity_with_others_filter’, 11 );`

The problem with this approach is that the search bypasses the private/hidden group setting, so activity created inside of a group will show up on public profile pages if it contains @username in it. Here’s a filter that gets around it about halfway, in a hackish way:
`function bporg_ensure_hidden_activity_updates( $has_activities ) {
global $activities_template, $bp;

if ( bp_is_my_profile() || !$bp->displayed_user->id )
return $has_activities;

foreach( $activities_template->activities as $a_key => $a ) {
if ( $a->type != ‘activity_update’ && $a->type != ‘activity_comment’ )
continue;

if ( $a->component != ‘groups’ )
continue;

$group = new BP_Groups_Group( $a->item_id );

if ( $group->status != ‘public’ ) {
unset( $activities_template->activities[$a_key] );
$activities_template->total_activity_count = $activities_template->total_activity_count – 1;
$activities_template->activity_count = $activities_template->activity_count – 1;
}

$activities_template->activities = array_values( $activities_template->activities );
}

return $has_activities;
}
add_filter( ‘bp_has_activities’, ‘bporg_ensure_hidden_activity_updates’, 999 );`

This latter problem should be fixed in BP 1.3.

For the benefit of anyone else attempting to implement this, the above post is incorrect. Buddypress implemented @mention listing by searching the text of all activity updates. The function to query for activity (BP_Activity_Activity:get) allows you to query by user id AND search term, but not user id OR search term, as this feature requires.

The only way I was able to get this working was by hacking bp-activity-classes.php, and updating the user_id sql in the get_filter_sql function. The updated code is as follows:

`if ( !empty( $filter_array ) ) {
$user_filter = explode( ‘,’, $filter_array );
$user_sql = ” ( a.user_id IN ( ” . $filter_array . ” ) “;
foreach ( $user_filter as $user_id ) {
$search_terms = ‘@’ . bp_core_get_username( $user_id ) . ‘<';
$user_sql .= “OR ( a.content LIKE ‘%%”.like_escape($search_terms).”%%’ ) “;
}
$user_sql .= ” ) “;
$filter_sql[] = $user_sql;
}`

If someone has a more elegant solution, please let me know!

@emailaya While we will always try to help out you have to bear in mind that this is volunteer unpaid support geared towards BP issues.

In respect of lack of replies this thread is barely 24 hours old , it’s the weekend and sane people are taking a break from the stresses of coding.

Another factor is that you issues are not unique and are asked many times over this means to some extent that there are many threads to be found and glanced over to see if they help. seeking help on support forums is very much a pro active exercise and it helps enormously if the OP is seen to be seeking some answers from threads and /or feeding the thread with pertinent info if things have been tried.

To some degree this issue is not really one of BP’s making it sounds as though you are not able to correctly write to the .htaccess file, so questions arise that need to be investigated such as are you running Apache or IIS servers ? If Apache, is mod_rewrite enabled?

Internal server error 500’s tend to mean an incorrect syntax usage in the .htaccess file and it is unforgiving of errors in the file. You mention uploading? an .htaccess file, what was in it? but later ask if the 500 error was due to apache access being removed, that is slightly confusing and contradictory but no you wouldn’t get an error if apache couldn’t access the file just simply that nothing would happen, unless your web host has some odd configs at work.

You may well need to contact your tech support and ask them some of the questions here and perhaps explain that the server/group needs write access to the .htaccess file otherwise you will need to copy and paste the entries yourself and upload, when you try and change permalinks if it can’t write to the file it will display what it needed to write so that you may copy it manually.

@nonegiven, @mistercyril

You can disable Gravatars! Perhaps you should put in some effort to research the subject. I have disabled it on many sites that I’ve built. I won’t lie to you, I’m not a fan of gravatar because the actual gravatars look cheap and tacky.

This plugin is the most effective and easiest way of disabling gravatar. https://wordpress.org/extend/plugins/disable-user-gravatar/ It says its only compatible up to WP 2.8.6 but I’m using it on 3.0.1

@cheovent : I’m lobbying for the same thing.
If you find a solution or get a response that doesn’t involve (hacking core files) please post it. I’ll make sure to do the same.
Thx.

I don’t understand why there can’t be a simple option in the dashboard to disable Gravatars all together.

With the possibilities offered by BuddyPress, chances are there will be an increasing number of semi-corporate web sites or portals that will make it on line with a LOT of content. They are all going to want top scores in Page-Speed & Y-slow and getting an (F) on URL Redirects, because they might want to use the “recently active members” widget (for example), is not going to please anyone.

I understand wanting to promote an in house project, but even Microsoft had to give up forcing Internet Explorer on people… Couldn’t there be a simple “choice” which might default to Gravatar but still let users decide what they want to do with their website?

This is really inefficient and frustrating. Please consider this problem as a priority because it really is

Topic closed – duplicate.

@Venred please keep to one post on a given issue

This has also been mentioned here:
https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/12-6-upgrade-date-offset/

I have so much stuff on at the moment, but checking Template Pack and Skeleton Component is near the top of the ilst.