BuddyPress.org

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?

Out of the box, BuddyPress has only one instance in a WP multisite installation and requires to be activated network-wide in order to aggregate information from subsites created.

This is not to say that it’s not possible to create BuddyPressMU (there are just awesome coders/programmers out there) — but with major changes coming up with BP 1.3, then WP 3.2, and then BP 1.4, etc how many times are you going to twist and turn to extend BuddyPress that way and get it working with all BP/WP plugins without the support and technical skills of a large community? But hey, that’s just me.

Of course if you’re one of the awesome coders/programmers I’m thinking of, this will not be an insurmountable challenge at all … it’ll be a walk in the park

Going back to your scenario, could create 4 physical subdomains (instead of one WP with 4 virtual subdomains) in addition to your main site and activate BP in each site = 5 BP instances. Others might like to chime in with better configuration.

== i got the pages to show in the footer now by creating the custom menu ==

Yes, you’re supposed to create the custom menu in Appearance > Menus as I mentioned in posts above
https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/cant-get-pages-to-display-in-footer-unless-logged-in-as-admin/?topic_page=2&num=15#post-94793
https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/cant-get-pages-to-display-in-footer-unless-logged-in-as-admin/?topic_page=2&num=15#post-94911

== but the pages still show a 404 error unless i am logged in as admin. are pages hidden or restricted in buddy press until logged in. ==

Looks like there was a redirect for a split second to sportzmoney.xn.com or something of that sort. Where did you download the bp-columns theme? Should be from WP repo.

Change theme to bp-default to check if Pages are still redirecting to 404

Glad you got it going. Good luck!
Cheers.

It’s either a CSS or a Javascript conflict, most likely. I haven’t time to install this other plugin and test, but maybe someone else does.