BuddyPress.org

BuddyPress: 1.6.4 = WordPress: 3.5

You made a backup of your DB before upgrading right?
Please upgrade to WP 3.5.1 and BuddyPress 1.6.5, clear cache, change to BP Default theme and check whether issue is corrected.

WordPress multisite: subdirectory

Is BuddyPress activated network-wide or is BP activated only in main site/subdirectory?

closing this topic. go to https://buddypress.org/support/topic/buddypress-wordpress-advanced-features-2/

@boiy check out http://wpmu.org/how-to-build-a-facebook-style-members-only-wordpress-buddypress-site/

https://wordpress.org/extend/plugins/feedwordpress/ for recent posts from another installation

Resolved 🙂

@ggofthejungle WordPress 3.3.1 not support the BuddyPress 1.6.4
you need to going here :
https://wordpress.org/extend/plugins/buddypress/developers/
and check the Compatibility at moment I m using buddypress 1.5.5 and is working fine

me too the same problem !
installed on ubuntu 12.04 , wordpress 3.3.1 and buddypress 1.6.5.

in appearance > themes shows all themes correctly included the BuddyPress Default 1.6.5

any help ?

@magnaromagna,

per default WP does not allow to use special characters in usernames.

As this is typically a WPissue, it’s better you search on wordpress.org forum
FYI, BP doesn’t manage registering, it only shows a form.

@naturalworldstm,

can you give a site URL please ? Also do you use BP on a multisite or on a single WP ? What PHP version do you use ? And does your host provide gettext with PHP. ?
https://codex.wordpress.org/User:Ipstenu/How_to_create_a_phpinfo%28%29_page

Basically, the %s ago thing is a wordpress function – also used by BP on the activity time. If you already checked the BP part, and it seems ok according what you say above, i don’t know what happens so far.
This issue could be a mistake from the translator or something else directly handled by WordPress.

If you’re using WP 3.5.1, check the languages folder witch must contain the following files:

buddypress.mo

And WP’s default translation files:
es_ES.mo (for WP in spanish)
admin-es_ES.mo (dashboard)
admin-network-es_ES.mo (network dashboard)
continents-cities-es_ES.mo (a list of cities in your language, used for date/time setting in dashboard, not mandatory)

If you use bbPress 2.2.x, there should also being a folder /bbPress/ containing bbress-es_ES.mo

In wp-config.php you must have a line saying
define(”WPLANG’, ‘es_ES’);

If you use WP MS, you also have to set the network to your language in the Network Settings.

If you use a third party theme, it may contain his own /languages/ or /lang/ folder with a pot file at least. This file must be used to translate the theme.The theme translation mo file should be in this folder.

Some themes are sometimes delivered with .mo files. Unfortunatly, those additionnal mo files are rarely updated. So if the theme has a es_ES.mo or theme-es_ES.mo, you can use the pot file to check or update the theme  translation. In fact, in such case, the only file in witch you can trust, is the pot file. It also can be that the pot is not updated too, which means you have to recreate it from start, with a compiler such as poEdit….

This rule is also valuable for plugins.

At this point, i suspect a corrupted WP file. To eliminate this possibility, i would try the following.

Delete the whole wp-includes folder and upload a fresh copy of 3.5.1 via FTP
https://core.trac.wordpress.org/changeset/23897/tags/3.5.1?old_path=%2F&format=zip

If you use a previous version, go here:
https://core.trac.wordpress.org/browser/tags

Don’t use the right click to download something from Trac repo. Always click first on the file or folder name, and use the download button at the bottom of that page.

Links to post 5 years old on wordpress.org isn’t really going to help on this matter because most of that info would be outdated. You failed to mention if you reverted to bp-default theme and deactivated all plugins other than buddypress and see if the problem persists. That is what you need to do to see if it is a theme issue or plugin issue.

That is not default behavior but in a way it is desirable for an admin in case someone is going off the deep end. Please provide more detailed info on your installation including:
1.) WordPress Version
2.) BuddyPress Version
3.) If you have not done it yet then use the process of elimination. Disable all plugins other than BuddyPress. Revert to using the BuddyPress default theme and report back to whether this behavior persists. I do not like to speculate but I have done hundreds of BP installs and behaviors of this nature is usually due to a bad theme or faulty plugin.
4.) Report the theme your using.
5.) Report any type of custom code you may have added to bp-custom.php or the themes functions.php

Unless you are a great programmer the best thing I can advise is:

BP Chat

Just be aware this takes a lot of server resources because it is hosted on your server.
If you want something free try:
https://wordpress.org/extend/plugins/envolve-chat/
But also be aware this is limited unless you upgrade and pay. If I remember correctly its 25 simultaneous chats free. It is hosted by them so it doesn’t require server resources as much as the above. Also when they have issues the chat will fail to load in the browser because they host it.

Registration is a wordpress core process witch need a username and an e-mail for security purpose.

BuddyµPress use also usernames (or whatever you name it) and the user e-mail.

@ryanram99

Don’t do that ! WP use emails for login process and BP use it for avatar showing and some other core routine.
And if you wanna filter something in BP or WP, learn a bit about doing this correctly.

https://codex.buddypress.org/developer/developer-docs/action-reference/
https://codex.buddypress.org/developer/plugin-development/group-extension-api/
https://codex.wordpress.org/Plugin_API
http://wp.tutsplus.com/tutorials/plugins/fast-buddypress-development/

@imtrevormrose,

perhaps this can help: http://yoast.com/wordpress-ssl-setup/

@splendidangst,

take some inspiration here: http://www.1stwebdesigner.com/css/quick-wordpress-theme-switcher-plugin/

Many themes allow color switching, mostly Premium like this one: http://demo.themeshift.com/devision/features/4-color-schemes/

IMO it’s an outdated template trend. Actually, user looking first for quality content i guess, not for coloring the visited site.

Remember also that BP 1.7 will soon be out and will allow much more with WP templates as therefore.

@splendidangst Not without a lot of custom code. So realistically if you can not do it yourself then you will have to hire a developer:
http://jobs.wordpress.net/
Otherwise you will have to see if anyone is willing to sacrifice that much time to guiding you but I doubt this will happen because it will need a lot of custom coding!

@bandtobuy please create a support ticket at https://wordpress.org/support/plugin/love-it

Tried to install BB 1.7 rev. 6885 trunk
This is a multisite installtion where wordpress is installed in a subdirectory named editions.

Was able to network install, network activate and configure. Once completed, I went to the admin panel and tried to list all of my pages. The following warnings appeared at the top of the panel. The same error occurs when I try to list all posts. This occurs in the parent site.

I have plugin activation allowed by sites but there is no evidence of buddy press in the subsite plugin list. The warnings are:

Warning: preg_match() [function.preg-match]: Compilation failed: unrecognized character after (? or (?- at offset 3 in /home/surfingh/public_html/editions/wp-includes/class-wp.php on line 204

Warning: preg_match() [function.preg-match]: Compilation failed: unrecognized character after (? or (?- at offset 3 in /home/surfingh/public_html/editions/wp-includes/class-wp.php on line 205

Warning: preg_match() [function.preg-match]: Compilation failed: unrecognized character after (? or (?- at offset 3 in /home/surfingh/public_html/editions/wp-includes/class-wp.php on line 204

Warning: preg_match() [function.preg-match]: Compilation failed: unrecognized character after (? or (?- at offset 3 in /home/surfingh/public_html/editions/wp-includes/class-wp.php on line 205
===========================================

204 if ( preg_match(“#^$match#”, $request_match, $matches) ||
205 preg_match(“#^$match#”, urldecode($request_match), $matches) ) {

Yes same problem to me,installed within wordpress.

@b1gft,

the silly answer would be: make them public !

Private is private. Even group discussions.

A tech answer probably sit here: https://buddypress.trac.wordpress.org/ticket/2576
And at least, the codex: https://codex.buddypress.org/user/setting-up-a-new-installation/group-settings-and-roles/