BuddyPress.org

@nit3watch @pcwriter – indeed, it was a file path problem in version 1.0 of the plugin. Corrections in version 1,01 resolved that. Re-activated all other BP/WP plugins in test install and all are working well together.

Thank you @modemlooper.

@bowromir – I give a solution that uses the post thumbnail at the bottom of this thread: https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/replace-activity-stream-blog-excerpt-with-the_excerpt

Cheers, Roger

@nuprn1 if anyone had a right to

The theme query raised needs re-enforcing over and over, the trouble for any plugin author or for that matter theme writter as it works in reverse to is that the plugin author has to rely on the theme writer adding in the requisite hooks to the theme without which the plugin could fail but the plugin author can’t second guess what a theme may do incorrectly – likewise the theme writer is beset by the problem that a plugin author may hook into somewhere not expected (happened recently) and the theme struggles to cope.

With any potential issues the vital first step in debugging is to activate the bp-default theme to gauge whether the issue lies with a custom theme or not.

@adelack –
If you agree to use the sub-blog for this purpose, you can use p2 theme on the sub-blog.

Actually, there is a plugin: oEmbed for BuddyPress. But on my last try did not work. Or I missed something.

I got into same situation and found solution based on @jotem ‘s filter
You can use bp_core_get_userlink($user->id) instead of bp_core_get_userurl($user->id). But its lil bit tricky.
bp_core_get_userlink ($user_id) function returns anchor tag and echo it on the screen. So the login redirection process is halted .

Instead of that,

---

function rt_login_redirect($redirect_to, $set_for, $user){
$redirect_to = bp_core_get_user_domain($user->id);
return $redirect_to;
}
add_filter(‘login_redirect’, ‘rt_login_redirect’, 20, 3);

---

bp_core_get_user_domain() function will give the profile url without echoing anything.
One more important thing is priority in add_filter of login_redirect. Make sure that your function executes @ the last.

One more tricky situation is many time business logic is such a that the redirection process must be done depending on the type of the user. In that case, you have $user->id in rt_login_redirect(). Once you get the user_id, you can put business logic and modify $redirect_to according to your need!

P.S. Trying to echo any value in this function will give u output but the redirection process will not complete.
@Life2000
@arxpoetica @damainman @hnla Are you looking for same???

@psycolor –

where to make changes, really depends on your theme setup.

If you want a theme similar to the default, but with your own enhancements (such as the ones in this thread), you are best to create a child theme, and make the changes in there. You’ll be editing the activity-loop.php and entry.php files in your child theme.

Have a look in the documentation for the article on creating child themes.

I don’t know whether there are many examples on line of alternative activity loops. I posted one example earlier today of some amends we’d done to entry.php to access and enhance the activity template tags: https://buddypress.org/community/groups/requests-feedback/forum/topic/omit-time-stamps-from-activityfeed-so-only-date-stamps-show

And here’s an example of how we do a custom blog loop from a site I’m working on at the moment:

`
<?php $args = array (
‘action’ => ‘new_blog_post’,
‘max’ => 20); ?>

<?php $count=0;
while (bp_activities() && ($count < ) : bp_the_activity(); ?>

<?php $blog_id = bp_get_activity_item_id();

if ((int)$blog_id == 1) continue; ?>

<li class="<?php if ($count “>

`

@per4mance – group forum extras only tested with bp-default theme, possible the theme you’re using does not include a proper filter where the css class needs to be injected.

sorry @hnla to go OT more

here is the solution and it works for me (go to the end)
https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/friendly-http-error-messages-causes-404/

here is the solution and it works for me (go to the end)
https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/friendly-http-error-messages-causes-404/

here is the solution and it works for me (go to the end)
https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/friendly-http-error-messages-causes-404/

@adelack – two thoughts:

1. You can probably do this with the new WordPress custom post types. Build a theme that only gives your users an image upload post type

or:

2. Modify the activity status update to support image uploads, and use that instead of blogs for your users

@dainismichel

In your WP Dashboard, go to “Settings” > “Discussion” and check “Enable threaded (nested) comments”

Chiming in here…

@hnla is correct (as well he should be, with all the help I got from him building the plugin). Add All Nav Links to BP-Adminbar does not modify any links inherent to the adminbar itself (My Account, My Blogs, Notifications…). It simply adds Buddypress and WordPress page links to it and allows you to customize how everything is displayed.

@Modemlooper

Had the same behavior as @mercime, but the file path corrections cleared that up. It works just fine on my install.

I’ve also got global forums by @Brajesh going on the same install. Any way we can get the Share buttons showing there too?

Please folks, I stated ‘thread deemed closed’ for a reason. Just because a thread title is rather too generic doesn’t mean it’s ok to add in any ‘forum’ related issue, it simply gets too long winded and confusing. Proper action is for a new post to be created for your issue, it will tend to get more attention and be easier to follow and respond to for members.

@autoretailing you will need to re post your question and provide relevant info such as versions being used, whether using a custom theme.
If using a custom theme then switch back to the bp-default theme and disable all but absolutely necessary plugins and see if the issue still occurs if it doesn’t then you know the problem lies with the theme or a plugin – re-enable plugins one by one checking each time to see if the issue crops up, finally re-enable custom theme, this will help to isolate the issue.

You have copied the same example twice and that’s the stock default directory for bp language files.

You want the second example below that one:
`define( ‘BPLANG’, ‘mysite’ );
if ( file_exists( WP_PLUGIN_DIR . ‘/buddypress-‘ . BPLANG . ‘.mo’ ) ) {
load_textdomain( ‘buddypress’, WP_PLUGIN_DIR . ‘/buddypress-‘ . BPLANG . ‘.mo’ );
}`
if you want the files in their own directory then do:

/my-language-files/buddypress-‘ . BPLANG . ‘.mo’

Not necessarily, all depends, BP uses a stock install of WP so generally WP plugins will work on that part of the site that is WP, but won’t necessarily be BuddyPress aware. This is one of those suck it and see type questions.

@pjnu

looking at the filter suggested by @hnla – It looks like you could make that work as well. Rather than setting the content to ” “, you would set it to the date submitted (which I think you are still wanting to display).

@kita.huyen – I might have misunderstood you.
Inbox link – http://example.com/members/username/messages/inbox/
notifications – http://example.com/members/username/messages/notices/