BuddyPress.org

Please read here. There are also patches on trunk now:
https://trac.buddypress.org/ticket/2194

@boonebgorges
apologize, BP js message are actually all translatable… i meant plugins – which are third parties stuff.
Sometimes confusing because these plugins are not localized correctly, or using old modified BP phrase, are delivered with missing pot file and so on…

@alierkurt

great work! installed the plugin and it works! was trying to fix this problem for a while now

It’s not so much an “issue” as it is a feature of the way things work in BP. The activity action (“James posted a new forum topic…”) is saved directly to the database; it is translatable at the time of creation, but after that it is a literal string in the database and cannot be translated. This may be changed in the future, but for now, there’s not a straightforward way to fix this. (You could build a filter to do the replacement on a language-by-language basis)

thanks guys, probably, I have crawled to the wrong kitchen.
my issue is that during publication of updates (without refresh) all other languages/non english letters are rendered as unknown symbols, after refresh all is fine again.

checked testbp.org and there all works excellent for every language, so, I am starting to think that issue is my localhost not bp, because I really can not assume what is the difference between testbp.org and my page, because during every necessary step/installation I used utf-8.

Edit: what I said here: https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/buddypress-localization-issues/ is still an opened question with no response.

thanks again.

@matt.ginty Did you manage to resolve this? Sounds like I am having the same issue. Would be good to know how to navigate this one.

@chouf1 – Can you tell me where there are javascript messages that are not being translated? All javascript in BuddyPress is supposed to be localized (though it does use a different technique from __() and _e()); anything untranslated is probably a bug.

Download a new ajax.php file corresponding to your BP version from the trac.
https://trac.buddypress.org/browser?order=name#tags

You probably have some whitespace somewhere.

@James
I don’t realy know what is your problem. What i can s&y is that my DB has the following settings
language: french
DB caracters table: UTF-8 Unicode (utf8)
DB settings utf8_general_ci

If you need to use octals to translate some javascript messages, use them in your xx_XX.po file or create another xx-XX..po to translate your specific messages.
https://codex.buddypress.org/developer-docs/translations/

What you said here: https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/buddypress-localization-issues/ let me think you have troubles because you use 3 different languages.
I would recommand you to test first with one language. When this works correctly, try separatly with the others.

After that it would be probably better for you to use a multilingual plugin like WPML and buddypress multilingual.
https://buddypress.org/community/groups/buddypress-multilingual/

It’s also important for you to check all the js files, because most of them are not localized. You can do this manually from within a child theme.
Normally your visitors has nothing to do with updates. And they have nothing to care about octals.

@alan, can you please tell me who did the work for you, i dont mind paying. have been wanting to do a gallery of that type on my site

thanks for your help

Wow, this is great.
So you are not even using the buddypress groups?

Is each category e.g. Pop, Rock, Latin, etc. a buddypress group? Or did you code your own plugin for this?
The theme is just so easy on the eyes and very well structured. Nothing gets in the way.

1. Did you “Publish” those pages already or are your pages “Draft”? If already published, click on Update Button on each page. Re-run Settings > Permalinks and save. Post content of your htaccess file here.

2. Do you have a membership plugin or something like User Access Manager (UAM)? Deactivate and delete. Clear cache and check if Pages still redirect to 404.

3. Go to dashboard > Tools > Export > XML.
Create a free WordPress.com account
In dashboard of your new WP.com account, dashboard Tools > Import WordPress WXR i.e. XML
See if Pages appear even when not logged in. Then go to Tools > Export > XML
If so, import the XML file into your install. If the pages are working in your WP.com, it should work now in your own install
— Delete the free WP.com account (unless you want to keep it.

If that doesn’t do it, answer this:
https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/when-asking-for-support/

@Meini – I’m curious if you ever got anywhere with this user management plugin. I’m managing an older installation of WP/BP an need exactly the functionality you discuss here. I need to find users based on a certain xprofile field, but manage (deactivate) them via the WordPress admin. Do you have a plugin available I could look at? Thanks.

Never mind – I think I see the answer in the screenshot. But even fixing the network_admin_menu thing for 3.1, it doesn’t throw up the admin screen at all, so shrug.

Thanks for this — a very good idea. Questions:

Does setting various email notifications to disabled just a) set a default for all users or b) make it impossible for them to enable them? If (b), does it hide the option in the user-facing UI?