BuddyPress.org

Has anyone created code or released a plugin that would combine this functionality with something that will display blog author in a buddypress user’s blog sidebar?

I poked around the MU forums and found some similar plugins, This one

https://wordpress.org/extend/plugins/profile-pic/

Sounds very close to what I am envisioning.. I am considering testing that plugin, with the one mentioned above in the first post of this thread, and the “blog-defaults” plugin to see if I can get all of my user’s blogs to have a widget auto added in a new default theme that will display their avatar, and a link to their buddypress profile.

Has anyone does this already and have any advice or code to share?

Great plugin, thanks.

Gene

Is it possible to apply this plugin to only one specific groups forum posts?

I know the id of the group as it’s already created.

I have no idea why, but when I activate this plugin, I do not get a configuration link in my admin. Plugin says it’s activated site wide properly.. strange

I found a solution for my version of the problem and learned a few things along the way that might help with your BuddyPress avatar problems.

Full text at: http://luke.gedeon.name/buddypress-wrong-avatar-fix.html

What I found:

In the file /wp-content/plugins/buddypress/bp-core/bp-core-avatars.php, lines 344 and following contain the following code:

global $authordata;

if ( is_object( $user ) )

$id = $user->user_id;

else if ( is_numeric( $user ) )

$id = $user;

else

$id = $authordata->ID;

if ( empty( $id ) )

return $avatar;

I think that last “if statement” may be there to catch cases where the commenter does not have a BuddyPress account (which is the majority on my site at this point). However, if you look closely at the block just above the “if ( empty( $id))” you will notice $id is never going to be empty at this point.

That suggests two possible solutions.

Solution 1:

I have not tested this, but it makes sense that you could move the last “if statement” above the first “if statement.” That way you can check for “empty( $id )” before it gets set to”$authordata->ID”

Solution 2:

I found it works quite well to add these lines just under the last “if statement.”

if ( is_string( $user ) )

return $avatar;

This will catch any case where an email is sent as input, which is what all (most) non-buddypress themes send. Cases where numbers or objects are sent (the BuddyPress method) will be handled normally.

Maybe I can get this added into the next release of BuddyPress.

I found a solution for my version of the problem and learned a few things along the way that might help with you BuddyPress avatar problems.

Full text at: http://luke.gedeon.name/buddypress-wrong-avatar-fix.html

What I found:

In the file /wp-content/plugins/buddypress/bp-core/bp-core-avatars.php, lines 344 and following contain the following code:

global $authordata;

if ( is_object( $user ) )

$id = $user->user_id;

else if ( is_numeric( $user ) )

$id = $user;

else

$id = $authordata->ID;

if ( empty( $id ) )

return $avatar;

I think that last “if statement” may be there to catch cases where the commenter does not have a BuddyPress account (which is the majority on my site at this point). However, if you look closely at the block just above the “if ( empty( $id))” you will notice $id is never going to be empty at this point.

That suggests two possible solutions.

Solution 1:

I have not tested this, but it makes sense that you could move the last “if statement” above the first “if statement.” That way you can check for “empty( $id )” before it gets set to”$authordata->ID”

Solution 2:

I found it works quite well to add these lines just under the last “if statement.”

if ( is_string( $user ) )

return $avatar;

This will catch any case where an email is sent as input, which is what all (most) non-buddypress themes send. Cases where numbers or objects are sent (the BuddyPress method) will be handled normally.

Maybe I can get this added into the next release of BuddyPress.

@Bpisimone If I’m understanding your question correctly, you should be able to make one big logical check:

<?php if (bp_is_page( BP_GROUPS_SLUG ) || bp_is_page( BP_MEMBERS_SLUG ) || bp_is_page( BP_ACTIVITY_SLUG ) || bp_is_group() || bp_is_member() ) : ?> class="selected" <?php endif; ?>

https://codex.buddypress.org/getting-started/upgrading-from-10x/

Sorry if this has been mentioned before, but I’m running into a slightly odd issue with testing. The comments thread for each Link posted includes comments and activity items for all the Links on my testbed install, rather than just the thread for the link currently being viewed.

In other words, if I’m looking at, say, http://localhost.localdomain/mefightclub/links/samplesite1-com

I see comments posted for samplesite1.com, but also for samplesite2.com and samplesite3.com and all the other link items that have been created.

Any thoughts, MrMaz?

Edit: Hmmm. The dropdown for categories doesn’t seem to be working either. I wonder if there’s some kind of conflict happening…

Hmm… Isn’t it possible to add something like this to the bp core code:

1. Require BP-specific plugins to have a special trigger in the plugin header like “Type: bp-plugin” or simply “BP-plugin: True”

2. At activation and upgrade, double check those plugins to make sure they are BP safe. If not, refuse to register them and give these errors:

• “The plugin you are trying to activate contains functions that can’t be found in the installed versions of WP/WPMU and BuddyPress. They are : etc…”
• “Sorry, this plugin can’t be registered because it does not check if BuddyPress is active.”
• “Sorry, this plugin can’t be registered because it uses an old method of BP detection and needs updating to use bp_init loader method.”

First, make a backup of your existing theme and I’m guessing here but…

You might be able to just take your existing WP theme and make it a child theme of bp-default. This should cause WP to go looking in the bp-default theme directory for anything not defined in your main WP theme directory.

Some stuff will break. Fixing it might be difficult. I haven’t tried this so good luck and make a backup first.

Oh, and let us know how it goes.

The page

https://codex.buddypress.org/getting-started/installing-buddypress/upgrading-from-rc-1/

is no more online.

Is there another place to find the upgrade instructions from rc1?

Thanks

Getting these errors in the apache logs… something’s b0rked!

[Mon Mar 29 09:48:09 2010] [error] [client 127.0.0.1] WordPress database error Table 'sitename_wpmu_buddypress.bb-attachments' doesn't exist for query SELECT * FROM 'bb-attachments' made by require_once, require, do_action, call_user_func_array, bp_forum_attachments_check_installed, referer: http://localhost.localdomain/sitename/wp-admin/

[Mon Mar 29 09:48:09 2010] [error] [client 127.0.0.1] WordPress database error You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ''ext' 'ext' VARCHAR( 255 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,' at line 2 for query ALTER TABLE bb_attachments DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci,nCHANGE 'ext' 'ext' VARCHAR( 255 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,nCHANGE 'mime' 'mime' VARCHAR( 255 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,nCHANGE 'filename' 'filename' VARCHAR( 255 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL made by require_once, require, do_action, call_user_func_array, bp_forum_attachments_check_installed, bb_attachments_install, referer: http://localhost.localdomain/sitename/wp-admin/

The bb-attachments table does exist, though, and is populated with data.

@pc w3riter I am “being patient” but that doesn’t mean it’s not frustrating. I have said time and again in these very forums that I have total respect for Erwin and his work. I have even told him as much on more than one occasion. I have even suggested the features I would find most useful to others looking to create their own plugins. Excuse me but if you actually read my comment it is framed around CORE BuddyPress functions. I believe “events” is worthy of consideration to Core function just like others believe a picture album is too. That’s the point I am trying to make.

Back at my localhost install, finally.

What happens if you try to visit a URL like http://example.com/wp-content/plugins/forum-attachments-for-buddypress/image.php?filenum=9

It shows me a page with that URL in it. Weirdly, the browser (Firefox) thinks it’s an image — there’s no HTML source.

You’re talking about separating your WordPress blog from BuddyPress?

If you’re using WPMU, you can do this:

https://codex.buddypress.org/how-to-guides/install-buddypress-on-a-secondary-blog/

Well, for those people who can’t/don’t want to update to the new version of BP, here’s the fix.

Make sure if you have a custom edit profile or registration template that you put brackets at the end of any multiselectbox field name that you’re using.

So, the following:

<select name="<?php bp_the_profile_field_input_name() ?>" id="<?php bp_the_profile_field_input_name() ?>" multiple="multiple">

would become:

<select name="<?php bp_the_profile_field_input_name() ?>[]" id="<?php bp_the_profile_field_input_name() ?>" multiple="multiple">

Then, you need to edit lines 400-421 of the BuddyPress core file: /buddypress/bp-xprofile/bp-xprofile-templatetags.php. It starts with case 'selectbox': case 'multiselectbox': and ends with break;

Replace lines 400-421 with code from here.

Note: this isn’t a very upgrade friendly way to deal with it, but if you’re stuck with BuddyPress 1.1.3 because of some custom written components, it’s the way to make it work.

I agree with Xevo. Instead of more features usability should be the most important issue currently.

Andy mentioned it allready here: https://buddypress.org/forums/topic/bp-album-new-features-requests-and-discussion/page/2#post-43485

Honestly though, before adding any bells and whistles, just make sure that uploading/editing/deleting a photo and album works perfectly. That’s the main thing.

– Upload one or multiple images in one go.

– Allow the creation of albums, add/move/delete photos in albums and albums themselves.

– Allow photo attachments on activity stream posts – extend the activity stream posting interface.

If that works perfect, i would also like to see new features, but only from then on.

This was fixed in BP 1.2.3:

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

slightly different question here:

how can you combine the if statements for “selected”, like for example the activity and the members and the groups into one statement? I’m guessing something like else if, but I haven’t got it working so far…

<?php if ( bp_is_page( BP_GROUPS_SLUG ) || bp_is_group() ) : ?>



<?php if ( bp_is_page( BP_MEMBERS_SLUG ) || bp_is_member() ) : ?>



<?php if ( bp_is_page( BP_ACTIVITY_SLUG ) ) : ?>

I like Erwin’s work but it is getting frustrating waiting for this ONE plugin before I can upgrade my sites. It’s just too important a function for me not to have it for my sites. I will stand by my contention that Events is easily just as important community building as Groups and should seriously be considered a core feature of BuddyPress. There have been way too many posts about the need for this functionality that it’s a shame it’s being ignored. At this point there should either be multiple Events plugins OR it should be core.

As always my two cents.