BuddyPress.org

Just published an upgraded solution for this problem using BuddyPres Member Type API
Might be helpful for you,
http://rimonhabib.com/buddypress-member-type-manager/

Not sure what you mean be “projects” feature — sounds like that’s part of this other plugin, so that’s not really in our wheelhouse. Or it’s something in BuddyPress that’s been renamed.

Have you checked the other plugin for options to disable it?

This is generally what you need to do to change text:

https://codex.buddypress.org/getting-started/customizing/customizing-labels-messages-and-urls/#translating-with-poedit

Remove the link:

function dono_remove_view_link( $latest_update ) {

	if ( ! is_user_logged_in() ) {
	
		$text = preg_replace('/<a href=\"(.*?)\">(.*?)<\/a>/', "\\2", $latest_update);
		
		$link_text =  esc_attr__( 'View', 'buddypress' );
		
		$latest_update = rtrim($text, $link_text);
		
	}
	
	return $latest_update;
}
add_filter( 'bp_get_activity_latest_update', 'dono_remove_view_link', 1, 100 );

BuddyPress doesn’t have role based access management system for its components like WordPress roles, However, It has Member Type API now which is a potential lead to creating access management system using member type.
I am actually working on creating this plugin, which will be extension of my another plugin, BuddyPress Member Type Manager

By the way, you can turn off friend, messaging features from BuddyPress settings. But I guess you are talking about interacting one specific type of users to that type of users only, in this case, you must need to use Member Type API anyway.

If one type of email is getting sent and the others aren’t, it might be some part of the content triggering some kind of spam filter on the remote server. It could be some kind of throttling issue, and it’s only by coincidence one type of email is being sent. I don’t know. There’s all sorts of weird possibilities.

We have 2 further email delivery fixes that have been identified, which I imagine we will implement and release within the next 2 weeks. I don’t see how either would directly affect your site since you have SOME BP HTML emails being delivered, but not all — but maybe they will. This is certainly pretty weird.

https://buddypress.trac.wordpress.org/query?status=reopened&status=assigned&status=reviewing&status=new&status=accepted&group=status&milestone=2.5.3

Hi @vinzen,

may not help directly, but read here, at least to get some dev’s thought. 😉

Pity that the theme needs to be hacke as…

To avoid that, you should be using a child theme.
Or you could put the code in bp-custom.php.

Unless you are explicitly using the BP default theme, I believe you should be using this file:
buddypress\bp-templates\bp-legacy\js\buddypress.js

And you should be able to overload that file in your theme.

@kafic,

Since WP 4.0, you no more need to add the language constant to wp-config.
Read from here: https://codex.wordpress.org/Installing_WordPress_in_Your_Language

Concerning brazilian portuguese, the WP translation file is named pt_BR.mo
Once this file is stored in wp-content/languages/, you select pt_br as site language from dashboard > General > site language. This is slightly different from other languages like german or french, who appear as a name in the list and not as de_DE or fr_FR.

To get BuddyPress in brazilian, you simply add the buddypress-pt_BR.mo to wp-content/languages/plugins/ directory

Tested as ok on a beta install of WP 4.5RC2 and BP 2.6alpha

Portuguese Brazilian translations files
WP Stable 4.4.x pt_BR
BuddyPress 2.5.x stable pt_BR

At the botom of these pages, select Machine Object Message Catalog before exporting.

And to get a plain translation of WordPress dashboard, don’t forget to export admin-pt_BR.mo (stored as sub-project on the left sidebar of translate.wordpress.org).

I had the same issue with CZ language: I had some strange character in my language file, i started it again from scratch and it worked just fine.

I found also this: BuddyPress translation packages are only updated if the translation is at 100% translated, if you do not see your language after updating your translations, please consider contributing to the the BuddyPress translation project.

Well, there are several Group chat rooms integrated well with BuddyPress.

When you choose, you need to consider the following:
1 – You can install one on your server, but if you have more than 10 chatters, that will probably load your server. Most shared hosting services, do not allow to install a chat on the server as it is high cpu/mem consumer. In addition, sharing files is dead slow.

2 – I recommend a group chat hosted service, it will offload all activity to a remote server, bandwidth is not a consideration. They work with CDN, so everything is pretty fast.

As for your question:
I am very much in favor of RumbleTalk chat plugin, works very well and integrate with your users base.

– Ability to send any files (anything from videos, photos, music, etc.)
Yes -You can upload files, pdf,excel..etc, I think any file, but they have size limit
– Ability to text chat
Yes
– Ability to video or voice call to a friend
Yes – they have private chat (you need to allow it in the settings), you must be in ssl to use it (WebRTC)
– (Optional) ability to add other friends or users to the chat
Yes – you can allow facebook/twitter friends
– (Optional) ability to screen share (desktop sharing)
No – no screen sharing

Hello,
thank you for your answer.
So If I use another SMTP plugin, the mails should be sent in HTML format, right?

I am not forced to use the plugin I talked about above. It’s just the most confortable and at the moment the only one that works with Buddypress 2.5.2

I’ll let those two continue to try to help, I just wanted to say I really want to investigate adding shortcodes for all BuddyPress things in some future release and have recently began to think about it. Doesn’t help you now, but might help someone in the future.

@backpackersunion Some have asked about the “Hi” part. I suppose that could be changed. I have seen a few people ask, but if I see one post about something here, I normally multiple that number by 100, because very few people find it easy or convenient to get in contact with us (with support question), so probably quite a lot of people would like the option, even if it wasn’t the majority.

The unsubscribe I am a bit less sure of. I don’t want to make it easy for evil people running BP to remove the unsubscribe link for emails they send. In BuddyPress 2.6, an upcoming change means that this unsubscribe link will work, even if you’re not logged in to the site.

From a technical perspective, if we remove the token from the template and put it into the option, if a user has already customised the footer text option, they won’t see the new updated (default value for the) option.

This is not unsolvable, we’d run something on the upgrade routing, but we’d have to stick the token at the very bottom or top of the template. It’d be easy for the site admin to change, but it would annoy them. But it might be worthwhile.

So — maybe? You could create a ticket on buddypress.trac.wordpress.org to see if any other regular contributor likes the idea, or see if you can start a discussion or get feedback from other users via the forum.

https://buddypress.trac.wordpress.org/ticket/7010#ticket

@justarandomuser Yes. BuddyPress does not and will not support WordPress’ wp_mail_content_type filter, so setting this or not does not affect BuddyPress.

Postman SMTP plugin re-declares a function called wp_mail(). BuddyPress will send its emails in plaintext if wp_mail() has been redeclared.

This decision was made because a lot of legacy WordPress plugins that change email content/appearance, or how they are delivered, re-declare wp_mail() and it is impossible for BuddyPress to know if/how it could support all these custom implementations.

If you are using Postman SMTP to only send emails via SMTP, you could find an alternate SMTP plugin. People have mentioned some recently in email support discussions on this forum, though I can’t remember the names. If I find one again, I’ll try to remember to let you know here.

If you are using Postman SMTP for any other purpose, and you don’t want to switch to another plugin that only configures WordPress to send via SMTP, then I’m afraid you’re out of the options at the moment.

You are right that the Customizer does not indicate that the email will only be sent in plaintext in these situations. We’ll get some messaging added to that screen in the next BuddyPress release to clarify that.