BuddyPress.org

Hi.

I am also using wordpress 4.1.1 and buddypress 2.2.1 and for all pages, which I need to map via the settings page I am getting a blank page: Groups, Members, Register and Activate. I am using the default theme. It is a multi-site setup, however buddypress is only used on the main site (first blog) and also only there activated.
I did only minor styling via the themes css and the header.php.

WP_Debug does not show any errors as well as the Apache log is empty.

It was working fine until i updated recently the connected bbpress for forum.

Besides that I am using following plugins:
bbP private groups
bbPress
bbPress Advanced Capabilities
BP Registration Options (DEACTIVATED CURRENTLY)
BuddyPress
BuddyPress Group Email Subscription
BuddyPress Like (DEACTIVATED CURRENTLY)
BuddyPress Multilingual
HookPress (DEACTIVATED CURRENTLY)
Nginx Helper (only on staging)
Page Builder by SiteOrigin (DEACTIVATED CURRENTLY)
Paid Memberships Pro
Paid Memberships Pro – bbPress Add On
Paid Memberships Pro – Register Helper Add On
Social Login

Network activated:
WordPress SEO
WPML Multilingual CMS
WPML String Translation
Events Manager

My dev environment is XAMPP on Mac and on the staging is a linode cloud server with Ubuntu on Nginx (I think). Both have the same issues.
It’s not a live site yet, just demo, therefore some of the plugins might get activated if I am back on track.

Tried it now to get it run for about 15 hours:
– I also deactivated all plugins except buddypress and still did not get any of those sites working.
– Actiavated / Deactivated the plugins
– Used the repair tools
– looked into all my codes and fixed file endings such as empty space after ?> in php files
– Reassigned all sites
– Researched a lot in million of forums

Any hint, idea, glimps or full stack solution is highly appreciated.

Thanks, Chris

I heard recently at WordCamp London that the WordPress core team are considering introducing a button on abandoned plugins that lets developers register their interest in maintaining them. I’m not sure if that will happen but if it does then there is a chance that some of the older plugins that no longer work could be updated.

Hi @danbp,
thanks for your explanation. I know, that this name field is required.
But I wish they quit it in one of the next buddypress versions.
When your using the mention feature on a buddypress install users have to be careful not to use the real name…
I would prefer the way wordpress does handle the real name. When there is no addtional info the username is the realname. When you define more, you can change your realname… That would be the better and easier way…

Thanks
Matthias

see if this plugin may help:
https://wordpress.org/plugins/buddypress-xprofile-custom-fields-type/

@matthias70,

these fields are required by the system.
WP ask for username, password and email. When BP is activated, he uses WP’s name option Public Name so he can rely to WP. This field called Name is the only one which is required by BP for that reason.

When you visit dashboard > users > your profile, you have a tabed page with profile options (the original WP user manager) and Extended profile (which belongs to BP) where you can edit your profile. On WP’s tab you see login, first name, last name and public displayed name. On BP’s tab there is only Name, which reflects what is in first and or last name.

In wp_users table, you have user_login, user_nicename and display_name

user_login and user_nicename have the same content
display_name contains first and/or last name (if exist from a previous WP install, before BP installation).

Depending what and where something needs a name to work (avatar, comment, notice, activity, etc), one or the other name option is fired.

If you don’t need/want real names on front end, you can use this plugin:
https://wordpress.org/plugins/buddypress-usernames-only/

hi @scribbleben,

thought there is no theme who fit a project to 100%. It’s only a tool to show a project. And BuddyPress is only a plugin, which let you handle a user community in a certain way.

You don’t need a page builder. BP is fully dynamic and WP publishes posts like a champ, so you probably won’t need more than 2 or 3 pages over those effectivly required by BP.

You don’t need a framework theme if the project is for one client or if you use BP 2 times a year for other clients.

You don’t need a theme full of bells and whistles, but an utility tool which let your client earn money or live with his community, without spending tons of hours to learn how his bells plant is working or returning to university to doctorate for a whistle diploma.

I would suggest use 2012 or 2015 during the period you build the project. Find an acceptable compromise between client desire, needed plugins and eventually some custom functions to add. Once that structure is built, you will incorporate it to a theme.

Your 4 points.

1) WordPress
2) BuddyPress
3) BuddyPress
4) WordPress and BuddyPress

So i’ve probably resumed your needs or even what you already did.

Which theme is the closest ? Almost any, but with 30 000 themes under the hand, it’s not an answer.

The important thing to know would be your client’s opinion about internet, web sites, ergonomy, personnal surf interrests. Equally, the specifics about hosting, bandwith, maintenance budget, supported device, target usage, and a few other little details which you haven’t listed yet.

Is this your first BuddyPress experience ?
If so, perhaps visiting some BP sites online will help you to come nearer about what can be done – independantly of any layout consideration in a first step.

See Your BuddyPress forum
or my own showcases here and here (french, european and word site examples).

Hi @matthias70

There are quite a lot of active BuddyPress plugin developers out there, although you’re right in that there’s not as many BuddyPress plugin developers as there are WordPress plugin developers.

Both kinds of developers overlap, so feel free to put plugin ideas out there, and who knows, maybe a BuddyPress dev (or a WordPress dev) will decide to build something.

Suggest you open an enhancement ticket to get some dev advice about this. Give an explicit title, a short description of the situation and simply link to this topic.

https://buddypress.trac.wordpress.org/report
Your Login credentials are the same as on this forum.

Thank you.

Hum, i tested the theme. Member and group headers are not displayed. Strangely the code is in the page, but is not read ! I applied some CSS and get no result. Seems theme use class instead of ID’s in some places. And i’m not willing to debug this.

You have to get in touch with the author. Tell him about this issue or use another theme if you don’t want to wait for a solution or struggling with code for an undetermined time.

Tip: Iconic-One is similar, fast, light weight, pretty well coded in html5 and works flawlessly with BP.

I can’t help you for a premium theme as i have no access to it without paying.
See theme’s support for that.

But before, let’s try something other.

Set your site language to italian and save. WP will upload the italian translation. If not, do it manually from glotpress and see that you have wp-content/languages/it_IT.mo

Your site is now in italian. Verify the menu translation. If it’s still in english, deactivate your theme and activate 2014 or 2015. The menu should be now in italian.

If it is the case, set site language to spanish and check the menu. Should be in spanish. If ok, reactivate your theme.

If the menu remains in english, contact the theme support.

Please submit here https://buddypress.trac.wordpress.org/newticket

More about this:

bp_notifications_add_notification

and an example used by bbpress
https://bbpress.trac.wordpress.org/browser/tags/2.5.3/includes/extend/buddypress/notifications.php

Hi @mcpeanut,

Bug confirmed at my end using Twenty Twelve, WP 4.1.1 and BP 2.2.1. No plugins installed.

Can you open a ticket on Trac, reporting what you’ve found?

https://buddypress.trac.wordpress.org/