BuddyPress.org

I have just noticed another bug in regards to the date box.

It seems that BuddyPress will not grant any dates before December 14th 1901 (as of today – i am not aware of whether that date shifts as days pass).

Granted, not many people – if any – will be needing this date as long as it is used for birthdays. But there might be some other purposes where this is a real bugger.

Any fix on this (and the before mentioned)?

Because BuddyPress runs as a site-wide plugin, as it sits today you’re stuck with one site-wide member theme. This could be manually side-stepped pretty easily though, by creating a function in your functions.php file to hook into the function used to gather the active member theme, you could theoretically sneak your own directory path in there on a per theme basis.

Haven’t tried this idea myself, and it might not be that simple in reality.

Or.

COPY (not move) your bp theme into the normal themes folder. Now it’ll show up in the dropdown. Once there, select it, save, and voila.

Afterwards you can delete the copy.

(or you can do it with symlinks if you know how)

Well, yes, that’s the best way for the majority of BuddyPress users, I suspect.

However, you can work around by duplicating the BP Member Theme folder (/bptheme) into /wpcontent/themes. You don’t need to do anything else, but this should populate the list for you allowing you to save the member theme.

Or, if you know what you’re doing, apply the patch to fix this problem to your current release manually – https://trac.buddypress.org/changeset/1601/. If you do not understand PHP I would not recommend you do this, just in case you accidently introduce any errors.

I’m having the same problem.

I’ve got MU 2.8 and BP 1.0.2. I put the themes in the correct folder. I can activate the BP home theme inside the MU Admin, but when I go to choose a theme for BuddyPress, the only themes that show are activated WP themes.

I’ve deleted BP, dropped all bp tables from the database and reinstalled. Then deleted and reinstalled two additional times and tried basically everything suggested here to no avail.

It seems that the current “solution” is to wait for the BP 1.0.3 — is that the current suggestion?

He probably forgot to change the theme away from buddypress after deleting it. Leaving the tables does cause a problem, because then when you reinstall all the settings are still saved.

Report it in http://trac.buddypress.org if you haven’t already.

To clarify, this is something we’re going to be using for paying clients, not the public at large, so that should take some of the issues raised above out of the equation.

If anything, that alone would make me want to stay away from OpenID.

Don’t get me wrong, I think it’s great for newspaper sites etc where someone can log in to comment. But if I’m paying you money, I want YOU to be responsible for any data I send you, and only you.

Also, this is going to enable us to take away the 4 separate passwords / logins our paying customers need to use currently down to 2 for things like the forums, their website, billing, support, etc…. that is the main reason we’re implementing this…. otherwise we wouldn’t waste our time building something unless it was totally necessary….

Sensible and laudable. How come you can’t have one for all four and self-host it? (Honestly curious here!)

Also, if I’m logged into facebook on my computer, and close facebook

You tech genius wouldn’t do that, right?

I do this all the time. 99.99999% of the time, no one but me uses my computer. Once in a while, a guest comes over and looks something up, but it’s rare. But yeah, this is something most of us do. I never log out of sites when I’m using my computer, logged in as my user name.

Thank you DJ Paul for your reply, I didn’t open an other thread because the discussion was the same.

Ok waiting for 1.0.3

I don’t see how Buddypress is using this field. When I change it to a different url in the backend, Buddypress member links still take me to their profile. Or, is it used in some other way?

If you click on your name here in the forums, you get taken to your BuddyPress profile page, instead of your personal website. That feature is by design and that’s what I mean when I say BuddyPress sets your account’s website as your BuddyPress profile.

That’s not the same as my ‘home’, but I suppose you could muck about with the BuddyPress files to change the default website to be something else. I’m not sure how that would work, as all it would do would be to take you to my blog when you click on my name, vs my profile. Is that what you want?

mklcst, this thread has been marked as resolved. This means most people will not read any new replies to it.

Your problem is a known issue and is because you are using BuddyPress 1.0.2 on WPMU 2.8.1. I am under the impression that an interim release of BuddyPress (1.0.3) will be released soon which will improve compatibility with WPMU 2.8.1.

The template files for custom pages as per WordPress only work on the blog(s) on your WPMU site. If you want a custom page or area under the members page – i.e. http://myblog_url/members/y2khjh/something_here – then yes, you do need to create a custom component as the members page is part of BuddyPress.

Just to address JohnJamesJacoby’s first concern, that’s not how OpenID works. “Sniffing” ain’t allowed. Authentication takes place *not* on the new site, but on the old site, i.e., Google or Facebook, and the *only* thing the new site is getting in terms of authentication is an oAuth token saying “Google says you’re good, so I’m going to authenticate you, using Google’s token and whatever other information you and Google have chosen to give me.”

That means the new site gets NO password.

ZERO.

ZILCH.

Now porting other data, and concerns over privacy with regards to that? Well, it’s not using Google or Facebook’s data, it’s *porting* it, so, yes, I can see privacy concerns cropping up all over the place with that, and it is a little Wild West right now.

But that will get better over time. Somebody will think of a way to better secure your data, etc.

Incidentally the OLD way for porting data *did* have the new site capture your password, i.e., to import friends on Facebook, you had to enter your email and password for, say, gmail, and then trust that Facebook wouldn’t keep it but would only scrape the data from gmail *one time*…THAT is dangerous, and, thankfully, OpenID and oAuth (distributed social networking) is doing away with that bad practice.

Hi guys, i have the same probleme

You do not have any BuddyPress themes installed.

Please move "/wp-content/plugins/buddypress/bp-themes/" to "/wp-content/bp-themes/" and refresh this page. You can download more themes here.

What could be?

Incidentally, I did just implement RPX on my local copy of BuddyPress.

Totally works. Very cool.

I’ll let you know when I figure out how to transfer the RPX functionality to a main page.

You could probably get away with a single install of bbPress, but you would need a plugin or some theme work.

After installing and integrating bbPress with WordPress MU, I installed BuddyPress and got the group forums working. I created a group and saw that the forum created for that group was a child of the forum that had been created during the install of bbPress. I changed that forum to be a category, so that no topics could be posted in it.

It is entirely possible that you could filter out content that belongs to that category for the main forums. So when using BuddyPress groups, you can see group forums, but when viewing the bbPress forums, the BuddyPress forums are filtered out.

I am also using the hidden and read-only plugins with the BuddyPress Groups for bbPress plugin, and that is working well. However, you could suppress the content rather than marking it up.

Mariusooms, you should be aware that very soon the group creation process and access to features will change. See Andy’s docs about this:

https://codex.buddypress.org/developer-docs/group-extension-api/

This is going to happen in bp 1.1 which will be out next month. You really should have this change in mind when coding.

You should take a look at how the skeleton component does this kind of thing.

https://codex.buddypress.org/how-to-guides/creating-a-custom-buddypress-component/

Did you move the bpmember and bpskeletonmember directories from “wp-content/plugins/buddypress/bp-themes” to “wp-content/bp-themes“?

Also if you are using WPMU 2.8.1, there are bugs that are currently being ironed out by the BP dev team. So if you are using WPMU 2.8.1, you’ll have to find one of the workarounds on the forums.

So has anyone seen Gigya Socialize yet? http://www.gigya.com/public/Content/GS/Home.aspx

Same idea/principle as RPX, only a little more integrated. They have a WordPress plugin, but I can’t seem to get it working on MU, at least not my local copy (which may be the problem).

BuddyPress *really* ought to have the implementation of the “social stack” as high priority, even though much of the specs on what that all entails is still being ironed out.

But with Facebook, Google, MySpace, Yahoo, etc. all embracing OpenID, you can see where this is all headed. (Joseph Smarr calls it a “sea change”: http://therealmccrea.com/2009/04/10/surviving-thriving-in-the-online-identity-wars-joseph-smarr-at-web-20-expo/

Anyway, I’m going to be trying to implement one of these OpenID signin authenticators, and get it working from the main page. I’ll try and remember to report if I learn anything or get it working.

I too am confused about this. “BuddyPress > General Settings > Select theme to use for BuddyPress generated pages” just gives me a list of my regular installed themes (minus bphome), but there are no “member” themes in the list. Is this a bug?