BuddyPress.org

Solved my issue. It turned out to be related to directory permissions, and pilot error in not noticing my user avatar directory chmod changed to 755 when overwritten from a local > remote upload. Avatar directories have to be write-enabled for avatars to display… Hope this helps someone.

Scrap that. The fix is only superficial. It fixed user avatars, but destroyed every other type.

@berseck, glad you solved this on your own. “The problem was on the SQL statement I added invisible users and had one comma extra at the end of this info.” — Wouldn’t have thought of that just reading through your post

I’ve been having vanishing avatar issues over the past couple of days, and a little research points to a possibility that in some instances BP is generating bad avatar paths, not relative to the root of the site. I found this, it provided a fix, and might help some of you: http://theandystratton.com/2010/buddypress-avatars-not-displaying-with-wordpress-3-0/

ehh.. still no fix for this??
WP3.0.4
BP 1.2.7
BP-default-child theme
And I have the same issue// seems more erratic though… some users display correctly

I’m having the same problem. I thought BuddyPress was working, but just found out that any time anyone else clicks Log In it just brings them back to the front page and does nothing.

I’m using the Platform Theme
I have GoDaddy Hosting

Plugins Installed:

Akismet
BuddyPress
BuddyPress Group Email Subscription
BuddyPress Links
Buddypress Sitewide activity widget
BuddyPress Template Pack
CubePoints
CubePoints Buddypress Integration
Google XML Sitemaps
Wickett Twitter Widget
WordPress SEO

Hi all, so I added BP profile search to my adminbar using the instructions here.

Initially all was well, but since the plugin was updated, the search bar is suddenly using the Blog URL rather than the Site URL. Very strange. I’ve been tearing hair out trying to fix this and can’t find where the problem is occurring anywhere.

I’d greatly appreciate some help if anyone knows what might be causing this.

Here’s the site: http://www.unistudybuddy.com/

You can see most links seem to be fine and the $bp->root_domain is correctly using the Site URL. But if you try searching (top-right), it’ll throw in the “/wordpress/” subdirectory and cause an error.

Thanks in advance.

Jack

@brutalregime

https://wordpress.org/extend/plugins/wpmu-block-spam-by-math/
https://wordpress.org/extend/plugins/block-spam-by-math-reloaded/

@ddjjmm if you want your subsites/blogs to be directed to
blog1.domain.de
blog2.domain.de
blog3.domain.de
you must install WordPress at root, i.e. http://www.domain.de, and Create a Network with subdomain structure.

A solution is available at http://megamedicus.com/wordpress/2011/02/02/how-to-limit-username-length-in-wordpress/

okay found this https://trac.buddypress.org/ticket/2552.
Looks like a known issue.

Does this occur on the default theme? After you’ve disabled all plugins? Or have you customised your activity loop in some way? (looks like the activity stream item permalink/single page template)

I am having a similar issue. The menu bar link shows
http://siteURL/press/members/admin/activity/ which gives me an error. If I change it to
http://siteURL/press/index.php/members/admin/activity/ Then it works fine.
I am on Windows hosting IIS 6.0.

Any suggestions?

I had used a fresh installation.
1. Installed WP using the instructions given at https://codex.wordpress.org/Installing_WordPress.
2. Installed BP according to the “Manual Installation” steps given at https://codex.buddypress.org/getting-started/setting-up-a-new-installation.
3. When WP prompted “BuddyPress is ready. You’ll need to activate a BuddyPress compatible theme to take advantage of all of the features.”, I used the BuddyPress Default 1.2.7 theme.
4. I try to login as a normal user and nothing happens.
5. I try to login as admin-user and I can log in correctly.
6. If I disable buddypress, I can log in as a non-admin user.
7. If I enable BP again, I can’t login as a non-admin user.

Please let me know if I can provide any other information.

Google Analytics is great for seeing the number of page views, but it won’t give you information about specific users.

We just released an alpha version of Heavy Analytics (http://heavyanalytics.com) for single-user WordPress installations. This plugin handles analytics and reporting on the WordPress and user level, picking up where Google Analytics leaves off.

In the near future, we will be releasing a BuddyPress add-on for Heavy Analytics, which will give you all sorts of information about how users are using your BuddyPress site – how they are interacting with each other, who are the quality contributors, etc.

Hi, I should preface this by saying that I’m not a BuddyPress developer as such, but have been coding WordPress themes professionally for a couple of years, and have been researching BP and putting together a BP-based startup for the past couple of months, so have been through these questions myself, and my own early steps may prove useful.

1. See https://wordpress.org/extend/plugins/bp-profile-privacy/

2. https://wordpress.org/extend/plugins/buddypress-private-community/ might be interesting. There’s another, more granular, privacy plugin that the community has its fingers crossed for, for further details see http://bp-privacy.com/

3. All of that should, and does, happen as a matter of course.

4. Semantics aside, they are all “subscribers” as far as WP is concerned, ie. members and commenters are one and the same.

5. BuddyPress themes contain extra template files for the parts of BP that are an extension on the WP template system (eg. activity, groups, user profile etc.) plus various css and javascript files. Running a regular WP theme with BP running won’t give you the framework to display that BP functionality. In order to achieve that, your WP theme needs the extra template files. You have two options, each with benefits and drawbacks:

a) Extend your existing theme with the required template files, javascript and css to enable and display the BuddyPress sections and functionalities. See https://wordpress.org/extend/plugins/bp-template-pack/ The drawback is that next time BuddyPress is updated, you might be faced with quite a fair amount of development getting your site aligned with the latest code base, new features etc.

b) Constructing a child theme. This relies on running the Default theme, and then adding your own css overrides and theme hacks as a non-destructive layer on top. The principle is that you can strip away your own additions, and you’ve still got the Default theme running beneath it, so in a sense it’s “unbreakable” and whilst you may need to modify your additions once BP is next updated, the underlying template will always function. With a decent caching strategy, unless you’ve expert level php behind you, I think it’s the way to go.