BuddyPress.org

Whatsapp is native and doesn’t need to deal with browser inconsistencies so you can’t really compare it to BuddyPress

I’ll create a plugin to make the crop work on mobile and have an upload image only in browsers that jcrop won’t work on

croping avatar on mobile phone not supported on all mobile browsers especially operal mini and the mini versions of other mobile browsers. Also low end smartphones cannot handle this thereby, given the user no ability to change their avatar on mobile phone.work great on PC, but as we all know these days users uses their mobile phone to access internet more than PC. It would have been great if buddypress was coded specifically to allow croping on mobile phone media library before uploading to the web just like the way whatsapp does. In whatapp user must first crop the image in media library before uploading.This is the reason why I will like disable avatar croping in buddypress avatar upload.

Same here, my user clicks “Request Membership” button on a private group and gets page that says “This is somewhat embarrassing, isn’t it?”

I’m using BuddyPress 1.9.1, BuddyBoss theme 3.04

Here’s a great example of a large WP/BuddyPress/bbPress-made community:

http://tamrielfoundry.com/

I have a couple of sites I’m working on myself, though they’re not good examples as I haven’t fully completed them and zero advertising has gone in as of now (though they are live).

Hey guys,

I found your thread and thought you guys may have a similar issue as I’m having as it relates to buddypress and registration. Was wondering if you are encountering this:

bbPress (2.5.3) seems to completely ignore what the user had originally set as their password on my registration page from the very beginning of registration.

More detailed explanation:
On the registration page, the user chooses their own password, and then once approved, the user is then sent an automated registration message which then assigns the user a new random password. The user then has to log in using this random password and reset the password.

Have you encountered this? Any solutions?

thank you,
Matt

This is a good question. I took a look at the code. As far as I can tell, you can safely use this column as a “when did the user join the group” value for most cases. It’s set when:

* A user joins a group
* A user accepts or declines an invite to join a group
* When a user creates a group

Promoting/demoting a user to moderator/administrator/regular member doesn’t change the value.

Note that this column isn’t indexed. This is only a consideration if for whatever reason you need to write your own SQL queries, which you shouldn’t need to. If you can’t find a core function that gets the data you need, it would be great if you can let me know here or on https://buddypress.trac.wordpress.org/ and we can add one.

@koolfunny This is more of finding a WordPress theme per your example as nearly all WP themes are compatible with BuddyPress. There are some in the WP themes repository. Start off with https://wordpress.org/themes/search.php?q=pinterest and customize the theme or search further in the repo to find what you want.

Does anyone know what file controls activity comment visibility?

Still trying to find a solution for this problem. Buddypress.org shows comments to users who are not logged. Is there a setting somewhere that controls this?

Are older versions of Buddypress available? If there is no solution I would like to rollback to an older version.

You could try posting a link to a demo of your theme in https://buddypress.org/support/forum/your-buddypress/ asking anyone to provide you with some feedback…

I would say the same as I did here https://buddypress.org/support/topic/forcing-incompatible-theme-to-work-with-buddypress/

@gerardbeekmans the workaround for some themes with proprietary frameworks which can lock your content to that theme is by creating a new file named buddypress.php then pasting the code from the theme’s page.php file into buddypress.php. What’s needed in buddypress.php is the WP loop and within that you need the_title and the_content template tags to replace whatever code the theme author used. After you’ve added the necessary loop and template tags, you’d need to upload buddypress.php into the root of your theme’s folder in server.

@quince85 http://www.themehorse.com/support-forum/topic/buddypress-not-working-with-attitude-theme/

There are some resources re disabling gravatars in BP.
Here’s one, untested by me but at least will give you hints:
http://bp-tricks.com/snippets/completely-disable-the-use-of-gravatars-on-your-buddypress-site/

I can deactivate all plugins and then reactivate, but I’m new to WP and not sure if doing so would re-set all of the settings for each plugin.

It shouldn’t, assuming your plugins are well coded. The vast majority of the time doing this causes no problems. But you don’t know 100% until you try it.

You might want to back up your database first just to have a copy to revert back to. It’s a good policy to do that anyways. I use: https://wordpress.org/plugins/wp-dbmanager/
You can set it to do daily or weekly backups to your server of your database. Pretty sweet.

As for your theme, that theme (Solitudo) looks like it has a ton of theme options. I’m guessing some PHP customization in there is breaking BuddyPress output. You may have to just dig in and deactivate/reactivate parts of the theme (at the code level) until you get things to work if you feel comfortable doing that. Specifically the functions, or functions in PHP files that are possibly called by the core functions.php file – I haven’t used that theme myself so not sure how it’s set up. Every theme is different so there isn’t some quick answer unfortunately.

Hope that helps.

Probably a JS conflict on your site. buddypress.js has some code that expands that textarea when you click into it, which works in Chrome/FF out of the box normally. I imagine a theme or plugin is in conflict. Some plugins do interact with the post box using JS.

this still seems to be an outstanding issue with BuddyPress (at least for me).

Terabrite’s solution did fix the problem for me. pretty painful thou.

clicking inside the textarea did not cause the button to show. at least for me, using Chrome or Firefox.

Hi @sooskriszta

Thanks for the ticket reference, i’m actually building a list of tickets around the need to attach media to components.

I think what @boonebgorges says in comment of your ticket is really important :
“… it’s not impossible that some simple media capabilities would one day be built into BP. … If anything were to be included, it would have to be done very carefully, working closely with teams like the BP Media team to determine how we could build something minimal in BP that could be scaffolded by other plugins.”

I totally agree with him. Although i feel there’s a lot of expectations having features incorporated in BuddyPress, doing it carefully and in a way that would help other plugins is very important.

When you say “Photos are the biggest attraction in social networking”, sometimes it’s not the case : for instance in the corporate world, the document really matters more.

As i’ve said in last wednesday’s dev chat : “Media is a great challenge. I have some ideas about it, mainly around the concept of attachments for other components”

In BuddyPress, the groups component and the members component are dealing in a way with media using the core avatar functions. It can be a good start to see how to provide a quickest way for community administrators to view/manage all these media in a media Administration screen, in a group/member administration screen etc.. I think that building this can help us to extend it to other media capabilities.

Thanks a lot for the alert. Have a lovely day.

css problem

#buddypress div.dir-search {
margin: 0 !important;
}