BuddyPress.org

You can’t without a special plugin: https://mu.wordpress.org/forums/topic/9049

Perhaps a search at the WPMU forums will bring up some more recent results than the one I’ve provided.

I’m setting this thread to resolved since BuddyPress uses the WPMU user table and thus this is a WPMU issue and not BuddyPress.

This has not yet been implemented. As this thread has not seen any activity for 4 months, I would suggest searching the trac and see if it was ever added as a feature request / enhancement ticket. If not, you can add it yourself!

You login to trac using your BP.org credentials.

As a side note, the reordering of groups would need to exclude the first field group as it is the grouping of fields that appear on the signup page.

As thebloghouse has resolved the thread’s original issue, I’m setting this thread to resolved.

@thebloghouse

As the originator of this thread, you can always reset to “not resolved” if need be!

chukkide-

Burt is correct. This is not the way that BP works. You asked how the slug can be removed, not how can you change the slug title. To do that, read this.

But, to remove the slug completely, as you asked, is outside the purview of BP. It may be possible with some fancy .htaccess rewrite rules, but it could cause issues with the way BP works.

@Mikem1986

I spent an hour or so looking into this the other day until I realized what was going on. I do agree that it can be confusing and annoying.

Read this thread–especially my last post–for the answer!

https://buddypress.org/forums/topic.php?id=3164

Update:

By the way, I should have provided a little more detail. Whereas I call this a bug, technically what is happening is all profile data, except URLs, are filtered to make them searchable–unless the field data has more than 5 non-comma separated words in a row (don’t ask why that limit, I don’t know).

So, if you hover your cursor over the field value, you’ll see this toward the end of the link:

?s=

This creates a search link for the keyword or phrase which when clicked on should perform a search that brings up related results. Of course, on a development site, you more than likely will not have any relevant results.

Whereas in general I like the idea of making data searchable via links (it’s sort of like tags), this implementation is flawed. At a minimum, it should not be linking the user’s “Full Name” field as the best search result for that is for the viewer to stay exactly where they currently are–on that member’s profile. Also, linking radio button groups or checkbox selections seems unnecessary. The data in these types of fields is often too specialized to be of much meaning in a search. Furthermore, the code arbitrarily excludes phrases over 5 words long. Finally, clicking on one of these links can be confusing to users as it sends them to the members homepage without explaining what is going on. Only in very large sites will any relevant results be returned.

It might be nice if there was an administrative option to not make profile fields clickable.

I have not yet figured out an appropriate patch to the filter function. But, when I do, I’ll add it to this trac ticket.

In the meantime, if you wish to simply deactivate this “feature”, you could use a remove_filter() call to disable the offending filter.

Wait! Success?

https://buddypress.org/forums/topic.php?id=212#post-12065

Found this answer in the earlier forum posts. I’m testing it right now…

EDIT: It worked!

Please set this back to red-light. I’m having the same issue, and I’m also hosted with 1and1, but benvess didn’t post enough information for me to figure this issue out!

Please help!

I’m getting a 500 error whenever the buddypress/ folder exists in the plugins/ directory. When it’s gone, the error stops and WPMU works fine. When I reinstall, it 500s again.

Any ideas?? Help?

if you’d want members’ blogs to have that same look as the main news blog (if i’m understanding correctly), you’d have to create a third theme for your members’ blogs…. but you could def reuse lots of elements from the bp home theme to create it. so you have 3 themes: 1) bp home, 2) bp members, 3) bp members default blog — and you would probably have to rename that theme “default” since each members’ blog uses that theme upon setup. again, hopefully i understood your question correctly.

BuddyPress runs on WPMU, so you can run most WP plugins your BP installation including Akismet or whatever other spam plugin(s) you’re using — that would take care of the blogs. As far as spam coming from actual registered users, that could be another issue. I wouldn’t anticipate this becoming a big problem in the first place, because a BP user has to register (get an email) and then confirm (get another email) registration before getting started to spam anybody. By the time that *could* happen and BP user John Doe decides to spam link everybody on the Wire and elsewhere, you as the admin could just suspend/delete his account. I’d say go for it. I love this system the moment and wrote a lengthy comparison between BP and another system, Elgg, here… http://www.michaelkuhlmann.com/category/buddypress/elgg-vs-buddypress/

There’s also another social networking system out there for Joomla called Anahita, in case you’re interested. Hope this helps!

bigfunblogs-

Please try this:

Choose your member theme once again by going to “BuddyPress > General Settings > Select theme to use for BuddyPress generated pages” in WPMU’s backend.

With a default BP install you should only see two theme choices: BuddyPress Default Member Theme (1.0.1)–this is the one you want–and, Skeleton BuddyPress Member Theme (1.2).

Choose the Default Member Theme and save your selection. Try visiting your site once again.

Oaky, bigfunblogs PMed me these answers:

1. Which version of WPMU are you running?

WordPress MU 2.7.1.

2. Did you install WPMU as a directory or subdomain install?

Directory

3. If a directory install, is it in root or in a subdirectory?

Root

4. Did you upgraded from a previous version of WPMU? If so, from which version?

No

5. Was WPMU functioning properly before installing/upgrading BuddyPress?

Yes

6. Which version of BuddyPress (BP) are you running?

BuddyPress 1.0.1

7. Did you upgraded from a previous version of BP? If so, from which version?

No

8. Do you have any plugins other than BuddyPress installed and activated?

No

9. Are you using the standard BuddyPress themes or customized themes?

Yes

10. If running bbPress, which version?

No

11. Please provide a list of any errors in your server’s log files.

No have any error



Thanks alot

I PMed back stating:

I would reinstall both theme directories. It looks like there is something missing.

So, copy over a new copy of bphome into /wp-content/themes/

Then copy over a new copy of bpmember into /wp-content/bp-themes/

He PMed back this to which I said let’s continue this is the forum:

I reinstall but it's not working

i have this problem with all BuddyPress themes

facebuddy

shouty

solitude-theme

bpskeletonmember

the home page it's good

Hi,

yes everything is public in the current version of BuddyPress. In order to view these new fields all that you have to do is to fill them.

I not sure if I misunderstand what your problem is, so I apologize if this is something you already know.

So, after you finished adding new fields in admin section, go to your Buddypress profile page, hit Edit profile. On the first page you will see fields from the Base group. If you are using Buddypress default theme, look at the gray bar just under SocialNetwork title. On this bar you will see something like:

[ME] [MY PROFILE] [Base] [and here should be your new groups]

Just click on your group, enter some text in those fields and they will be shown on your profile page.

bigfunblogs-

Please provide more information by answering these questions.

Hempsworth-

Well, that is good news!

Sometimes FTPing WPMU can cause permission issues. That is why some recommend that you upload the WPMU zip package and unzip it on your server.

The issue is that files are owned by the FTP user which is not an issue for most people as that user is the same as your domain server user–your hosting account admin user. If you authenticate when using FTP and it is the same username and password that you use when authenticating your hosting account, then it should not be an issue. If you’ve set up a separate FTP user, then that could be the issue. With WPMU unzipped, each file that gets FTPed will have the wrong user/group name.

Anyway, If you feel that your issue is resolved, then please set the light to green on top.

I’m afraid I don’t totally understand the question, and I don’t want to throw guesses at you.

Can you clarify?

@Hempsworth

Did you see my question here In this post?

Are you saying that instead of those two themes showing up in the "BuddyPress > General Settings" menu area that you have the home themes you've listed above?

Since there is now an assumption that you are having the same issue as honewatson has described, we need an answer. Until then, we should not assume that the two issues are related.

@honewatson

As Burt has requested, we would like to see if there are any commonalities between your issue and Hempsworth’s issue. Web server (Apache, Lighty, Nginx), version of PHP, and WPMU install method (subdirectory or subdomain) would help us narrow this down a bit.

@Windhamdavid

Actually Hempsworth must have mod_rewrite installed and loaded as his Lighty config file is properly rewriting his WPMU URLs. WPMU is functioning for him and since doing a clean reinstall of BuddyPress, he was able to activate it.

But now he has a different issue–a strange missing-theme files issue.