BuddyPress.org

I run Askimet with BP without any issues

Better to ask the forums at http://en.forums.wordpress.com/

Hi BP n00b here but not a wordpress n00b. I am trying to get this to work as well with bp_core_get_userlink() as well. When I submit the_author_id() as an argument I get the author ID returned as the output of the function instead of the proper profile link. If I submit the author id as a simple string (in this case 6) I get the proper link returned? What am I missing here?

so for the sake of clarity code that looks like this <?php echo bp_core_get_userlink(the_author_id()); ?> returns 6 and code that looks like this <?php echo bp_core_get_userlink(6); ?> returns the correct link to profile page.

I don’t get it. Any help would be much appreciated

hi

Login to your wordpress Mu as admin.

then go to SiteAdmin->Options

Find the field “Allow new registrations” ,and select the option ” Enabled. Blogs and user accounts can be created.” and click update options.

Now logout and try registering.

I hope it should work.

First off, if you suspect or actually know that a given plugin is causing issues, you should contact the plugin developer and ask them. They may be aware of the issue and already have a new version in the works, or they may not be aware of any issues and thankful for the report.

Second, concerning an official listing of BuddyPress plugins, you can either find them here or search the WordPress plugin repository for the tag word “BuddyPress”. On the repository page for a given plugin, it will tell you on which versions of WPMU and BuddyPress the plugin has been tested.

Finally, as far as a listing of plugin conflicts, I do not know of any. You can search the forums here and find various threads indicating potential conflicts. But, since all the plugins are developed by 3rd-party sources, it is up to the users to figure such things out–with the help of forums such as this, of course!

hello Joe

As far as overwriting the template tags are concerned,That is not allowed.You can only overwrite pluggable functions(In case of wordpress/buddypress).

As far as I see, the bp_login_bar() is a normal function(template tag), you may have a look at the code in buddypress/bp-core/bp-core-templatetags.php,so you can not overwrite it.

Yes, if you want a customize the look of the form/output generated by it, you can use a work around.

Copy the code for bp_login_bar and put it inside a new function say bp_custom_login_bar() inside your theme’s functions.php,now you may modify the code inside the bp_custom_login_bar() to make it look as you want.

The only extra work you will have to do is, you will have to replace all the calls of bp_login_bar tag in your template by bp_custom_login_bar.

Hope it helps.

If I misinterpreted your question,please clarify.

@r-a-y

Welcome to BuddyPress!

Just so that you know the process around here, please read this thread.

In general, it is not effective to post a new support question in a thread that is marked as resolved. Furthermore, it is not effective to post a support question in a thread that has not had any activity for a month or longer. This thread fits both criteria.

So, I’ll provide some direction here, but if you are still having issues after reading this, then just start a new thread and we will see what we can do!

Possible solutions:

1. Make sure in “Path” that you have set the directory in which WPMU is installed.

2. Regarding the “/%postname%/” permalink structure, read this: https://codex.wordpress.org/Using_Permalinks#Using_only_.25postname.25

Michael-

Since BuddyPress is a plugin for WordPress Mu, all that it requires is for WordPress Mu to be functioning properly. If WPMU does not find a .htaccess file in the directory in which it is installed, it will try to create one automatically.

Now, does WPMU require a .htaccess file? No. Why? Because people have successfully installed and run large WPMU-based sites on LightTPD and Nginx. These webservers do not support .htaccess files.

What WPMU uses the .htaccess file for (in an Apache or IIS environment) is to set rewrite rules for permalinks. In LightTPD and Nginx, this is accomplished through the webserver’s configuration file.

So, the question is this: What web server platform does Yahoo! Hosting use?

If their webservers are running Apache, then find out if mod_rewrite is turned off. A .htaccess file is basically useless without mod_write. This may be why they say that you can’t use a .htaccess file.

Here’s some information that might help: https://codex.wordpress.org/Using_Permalinks#Using_.22Pretty.22_permalinks

If you continue to have issues with this, I would switch to a host that allows you to use the WPMU .htaccess file.

BuddyPress is for WordPress MU,to have MU 2.8 it takes a while, when it will be

released buddypress works on 2.8 without problem.

Bertjohn, the site works now. How did you fix it. I have the same problem. I installed with bluehost also. WordPress MU and Buddypress are both installed. I have no additional plugins and I’m using the default buddypress templates.

Kunal, you need to read and learn wordpress documents. This is convered in the basics.

http://wpmu.org/category/how-to/

Dan-

I’m going to make just a few comments now. I’ll look at this in more detail tomorrow.

It look’s like you are using the default themes that come with BuddyPress–bphome and bpmember. Is this correct?

Pardon me if you know all this already but, when a user (one of your students) logs in, a link appears in the upper right corner of the buddybar with a link to their profile page. This link displays either their username or nickname. What is displayed depends on whether or not a nickname has been entered by the user. For all but four of your students, there is no nickname.

Now, when a student clicks this link, it will take them to their profile page. Once there, they can edit their profile. In the default BP install, there is a “Full Name” field in the profile that can be filled in.

WordPress Mu uses this data for the display in the backend–your picture #2. If the “Full Name” field is blank in their profile, then you will only see data in the “Username” and “nickname” fields, with the username used as the nickname. If a user has add anything to the “Full Name” field, then Mu will use that, and if it can, split it automatically into a “First name” and “Last name”.

The fact that 4 students have data in these fields indicates to me that they went to their profile page and clicked “Edit Profile” and then added their full name to the “Full Name” field. It is not a mystery.

Finally, when logged into WPMU’s backend, go to the “BuddyPress” menu group. Once there, click on “General Settings”. You will see a field named “Full Name field name”. Then, click on “Profile Field Setup”. There, you will see all of the currently-setup profile fields that your students can utilize. You can add, edit, or delete fields. You can make certain fields required.

You should spend some time not only in the WPMU’s backend, but also in the members’ area of BuddyPress to see how all of this works.

I hope this helps.

@Jedbarish-

Should I convert my wp sites into current wpmu setup or wait until they merge the codebase to start from there?

I would wait to see what transpires.

I’m sorry, I mistyped. I should have said 60% of my traffic, not the Internet.

The versions of IE where it is misaligned is 8.0, 7.0, 6.0, and 5.5. Basically all of them.

Have you looked in the members theme in the /css/ie/ directory? Also, does your custom member theme have links to the IE style sheets in your header.php file?

I saw a joke on Twitter the other day. To parapharse: the universe was created in one day. It took the other 5 to get it to work on Internet Explorer. Thanks, Trent!

Getting themes of any platform (not just WordPress) to work in all versions of IE can be frustrating and tricky at best, impossible at worst. I would focus on optimizing your users’ IE experience on IE8 and IE7. Some designers are not even supporting IE6 anymore. I wouldn’t even worry about IE5.5 Of course, this is only my opinion.

Concerning your answers In this thread.

Did you install WPMU as a directory or subdomain install? subdomains

Did you follow the detailed instructions in the WPMU’s readme.txt file about subdomain installs (listed under the heading DNS).

Did you upgraded from a previous version of WPMU? If so, from which version? Yes,I upgraded wpmu when I upgraded bp to 1.0 (not sure what previous version of WPMU was)

This could be an issue. You need to follow a specific WPMU upgrade path. If you do not, you can have all sorts of issues. See these links:

https://codex.wordpress.org/Upgrading_WPMU

https://codex.wordpress.org/Upgrading_WordPress_Extended

Do you have any plugins other than BuddyPress installed and activated? 3 plugin widgets of my own that display posts from the database

…AND…

Are you using the standard BuddyPress themes or customized themes? customised themes

To help you figure out what is going on, you need to distill your install down to the lowest common denominator. This means stripping out all extra stuff and focusing on the barebones environment.

So, you need to deactivate ALL plugins except BuddyPress. You need to use the default themes that come with BuddyPress. If the problems go away, then it is related to your custom theme and/or one of more of your plugins.

Here are a few more questions:

1. Which hosting firm are you using?
2. Did you manually install WPMU + BuddyPress or use a one-button installer?
3. There have been a few changes over time to WPMU’s wp-config.php file. If you simply used an older file this could also cause problems. Always verify that the config file you are using is up to date by comapring it to the config file that comes with each, newly downloaded WPMU install package. Did you use the wp-config.php file that came with WPMU 2.7.1?

For those of you who haven’t figured out how to get the plugin working here’s some quick details I figured out after installing this myself.

1. When you download the WPMU-Signup-Captcha from WPMUDev you’ll get three files that you’ll need to dig out of the directory structures wp-captcha.php, wp-captcha.tff, and wpmu-signup-captcha.php.

2. wpmu-signup-captcha.php belongs in wp-content/mu-plugins

3. wp-captcha.php and wp-captcha.tff are supposed to be placed in the root directory of where your wordpress MU installation is running from.

Good Luck!