BuddyPress.org

yep

Your path seems wrong. From v1.0 mine is:

/wp-content/plugins/buddypress/bp-languages

3 files inside:

buddypress.pot

buddypress-es_ES.mo

buddypress-es_ES.po

D’Arcy,

I think this is a Multi-DB issue. I just loaded BuddyPress as well, and I am getting the same nonsense. Damn it!

My Group forums were working fine until I installed the BP update today. Now it won’t let me post from groups at all. Anyone else having this problem and have a fix?

One error message I’m getting is:

group_obj is undefined in /wp-content/plugins/buddypress/bp-forums/bp-forums-templatetags.ph

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.

Doas anyone know a good guide/tutorial for installing WPMU/Buddypress on OSX with XAMPP? I know i have to change localhost to localhost.localdomain. But where and how can i achieve this? And why isn’t it possible to run WPMU on localhost? No spamming, just for general interest.

Mmm not sure, if the error is only yours, anyhow if you think it’s a bug you can open a ticket in the trac, so Andy will check it,

https://trac.buddypress.org/newticket

Use your bp credentials to log in

… err … sorry fot the spam, but I see that also the upgrade deletes a custom plug-in I placed inside the buddypress folder

Just to be even more clear and to confirm the issue once I repeated it, in my case I just placed again:

buddypress-es_ES.po

buddypress-es_ES.mo

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.

Thx.

How can i set the current category near the member list title ?

in directories/members/index.php:line 7

<h3><?php _e( ‘Member Listing’, ‘buddypress’ ) ?> – cat. here </h3>

Thank you, Jeff.

I created new ticket.

https://trac.buddypress.org/ticket/771

Wessa-

Thanks for your comments. I too always thought it a bit odd to get friendship requests from someone I never met.

This, of course, is not specific to BuddyPress. Friending is a common practice in the 1st-generation social networking platforms like MySpace, Facebook, and others. Many platforms that followed basically carried this metaphor forward.

However, I think it is time to evolve the friending process. We can pay homage to the throwback years of early social networking platforms, but going forward, we need to expand our relationship definitions.

Are you proposing that the requests also come through with the relationship reference attached.. for example “Wessa would like to add you as an acquaintance”

For the alpha release of this component, I am focusing on remapping of the friend relationship. So, the request for friendship would come in and be accepted or rejected as always. If accepted, the users would have a choice to remap that relationship to something more appropriate. Of course, this means that each party in the relationship could remap the relationship differently.

For the official release, version 1.0, it is possible that I will hook into the actual relationship-requesting process and pass on the request as proposed–x would like to add you as a colleague. This way, both parties would in essence be agreeing to the type of relationship.

@anthony-cajetan

Thanks for sharing your solution. I’m setting this thread to resolved. You can always run the light red again if need be!

http://www.zwangeredoos.nl/

Basic adaptation of the standard theme. Perhaps a custom theme design sometime in the future. Moved the site from Nucleus CMS. Still tweaking here and there.

@P.S.

If you have an idea to improve BuddyPress functionality, please submit it to Trac as an “enhancement” ticket. You log into Trac with the same username and password as on this forum.

https://trac.buddypress.org/newticket

Hi.

I wrote a simple plugin that enables BuddyPress to work with MultiSite. Unfortunately, it requires few changes in BuddyPress core files (adding some actions). Maybe BuddyPress authors will consider adding this actions in some of the future releases.

The easiest way to have one BuddyPress instance but separate BuddyPress networks on different domains is to create a new set of tables for each site. I not very happy with this solution, but as WPMU creates new sets of tables for each blog, I guess it will be OK to have few sets of BuddyPress tables for each domain (site). And this could improve performance because tables will be smaller and interaction between them is not needed.

If anyone is interested in BuddyPress working with MultiSite, please contact me.

Jeff, As as someone with the status of “Friend” to you on Buddypress, and having not met you or engaged verbally with you, I would really second this concept you are proposing.

Recently an investor in a couple of our projects told me his one big criticism of using Buddypress was that people were asking him to become a “Friend”. He found that quite confronting.

Are you proposing that the requests also come through with the relationship reference attached.. for example “Wessa would like to add you as an acquaintance”.

Anyway, love the whole idea of mapping relationships, it adds a whole lot more meaning.

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.

I am currently working on what I call a relationship mapping component. You can read some about my concept here: https://trac.buddypress.org/ticket/582

I hope to have an alpha release in 3-4 weeks.