BuddyPress.org

DJPaul-

As I posted above, I’m beginning to wonder if more is going on with some installations as we’re seeing more of this error type. I’m not saying that it is because of your plugin though!

With WordPress installs, this “Cannot modify header” error almost always indicates extra stuff before an opening php or closing php tag. It is all too easy for someone to open up a file and accidentally enter extra “stuff” and not even realize it.

But there are of course other causes of this error. It will be interesting to see what the source of this error turns out to be.

We seem to be seeing more and more of this particular type of issue. It makes me wonder. Hum…

But, let’s start with your error message. I’m going to repeat verbatim what I said in two other threads.

The “Cannot modify header” error almost always indicates that there is some extra stuff (whitespace, extra text) before the opening php or closing php tag. It could be in one or both places. There must not be anything before or after the opening and closing PHP tags–not a single space, not any extra characters, not a single carriage return.

Open up header.php in your custom theme file and look for any whitespace or extra stuff. It should be removed and the file saved.

Report back on what you found and if that helps.

Here’s more information of the “Cannot modify header” error: https://codex.wordpress.org/Answers-Troubleshooting#Headers_already_sent

Not yet, no ETA.

There’s going to be a code merge between WordPress.org and WordPressMU code, and this will probably be the way that BuddyPress will make its way into single installations.

John is correct. If the avatar file fails to upload, you will have additional problems. The uploading could very well be caused by the issue I referenced above. Fix that, and the upload process may function properly and the other errors go away.

Of course, this is not guaranteed. Let’s just look into this possibility first and see what happens.

Here’s more information of the “Cannot modify header” error: https://codex.wordpress.org/Answers-Troubleshooting#Headers_already_sent

Part of this project depends on how WordPress decides to handle permissions (capabilities and roles) with 2.9+.

The goal will be for relationship scopes and roles to be set at default and later defined by the administrator of the site, based on what users are allowed to do/see, etc…

Lots to do!

Deep integration between bbPress and WordPress is the easiest way, along with the bpGroups plugin by Burt Adsit.

That way you can reference the users avatar and any other Extended Profile meta info.

Consider that WordPress is going to be at version 2.8 soon, and BuddyPress has just broken the champagne glass as 1.0 a few weeks ago, and already 1.0.1 is out.

All things come with time.

BuddyPress is an opensource project just like WordPress. This means that anyone can stomp in and contribute what they’d like, and Andy as the lead developer will get the final say-so as to what makes the cut and what does not. The previously mentioned bpPicture Album plugin is a great example of that. It does the job quite well in my opinion, and is also still not 100% finished.

I think it would be a pretty large undertaking to merge the WordPress blog attachment method with the BuddyPress member profile area. Considering that if you’re using WPMU and that person has a blog, would you want to have their uploads in their blog also appear in their profile, or would it be a dedicated area for uploads? There’s really a lot of different types of configurations this could take, any/all of which are viable and possible.

All that needs to happen is for a developer to see the need, and then fill it themselves.

Lonchbox-

We do not have sufficient information to provide assistance. Also, this is an eight-month old thread. Please read this thread: https://buddypress.org/forums/topic.php?id=2543

I just havin a problem during the automatic upgrade and have this:

Fatal error: Cannot redeclare bp_activity_install() (previously declared in /home/thbru/public_html/demo/blogs/wp-content/plugins/buddypress/bp-activity.php:27) in /home/thbru/public_html/demo/blogs/wp-content/plugins/buddypress/bp-activity.php on line 101

What can I do ?

Hi

I had the same problem with uploading images in a new registration, i solved them out changing the permissions to 777 in wordpress-mu/wp-content/blogs.dir/1/files/avatars/ and turning SAFEMODE OFF.

Now, a new user can registrate and upload a photo. But… the new problem is that the uploaded photo does´nt show, a broken image is shown, in the directory wordpress-mu/wp-content/blogs.dir/1/files/avatars/2/ are the images but doesn’t show on my buddypress.

When i login and delete my avatar, the default avatar is shown. When i retry to upload my photo the error appears again.

Here is my url http://cororegatas.com.ar/wordpress-mu/members

what I might need to do?

My apologies for my pour english.

I`m looking forward to your reply.

Marcelo Paredes – Argentina

@Burt Adsit, When you finish with the project place in wordpress.org !

21green-

This is truly beyond the scope of the BuddyPress forums. But, since I had some issues when I attemtpted to install WPMU on MAMP several months ago, I feel your pain.

I wrote an article (months ago) for installation of WPMU on MAMP (not MAMP Pro). But, I’m not yet finished with updating my new website, so it is not yet posted.

Here is the crux of the article. I’ve never tried this with XAMPP, so use at your own risk:

1. Make sure you have the most recent, stable version of WPMU and that it is copied into MAMP where you want it to be.
2. Read the readme.txt file that comes with WPMU
3. Do not manually edit either of these two files:

   • wp-config-sample.php file
   • htaccess.dist file

   Unlike single version WordPress, the WPMU installer will take care of creating the proper files using these two as templates. If you need to make changes to either of these files, do so after the installation has succeeded.

4. WPMU wants to run on Apache port 80. Since OS X comes with a copy of Apache set to run on port 80, you will have issues if OS X is automatically configured to start its own copy of Apache on boot. If so, you’ll have to change that. Check to make sure that the Web Sharing checkbox is unchecked in System Preferences > Sharing
5. Now fire up your browser and go to localhost:80/index.php and follow the prompts. The path will be different if you’ve installed WPMU in a subdirectory. If so, just add the subdirectory to the url.
6. In the field for Server Address, you will see the recommendation to use localhost.localdomain instead of localhost. That did not work for me. Instead, I found that I had to use the internal IP address of my computer (a.k.a the local IP address which is always 127.0.0.1 ). I tried the localhost.localdomain address several different times with no success. If you have already tried this, make sure that you delete the wp-config.php file and start all over.
7. If you’ve done this properly, you should now be seeing a friendly “Installation Finished!” screen. Follow the instructions. Write down your password.
8. Now, manually enter the address for the admin login screen into your browser’s address bar. If you just hit log in, you may have issues. So, if you are using 127.0.0.1 as the Server Address, you would enter in the browser 127.0.0.1/wp-login.php. The path will be different if you’ve installed WPMU in a subdirectory.

Good luck!. Let me know if this works for you.

I’m having a similar problem. On the activation screen I get a javascript error: “v1Cropper is undefined.” I haven’t changed the buddypress theme, but I have a custom wordpress theme installed and renamed its folder to “default” to force new blogs to use the customized theme. I saved the original default theme in a backup folder. Is it possible I need some file(s) from the original default wordpress theme? I’m using wordpress 2.7.1 and buddypress 1.0.

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.