[@r-a-y Keymaster 10 years, 11 months ago]

@valuser – Regarding profile field visibility, see:
https://buddypress.org/support/topic/profile-field-visibility-enforced-but-members-can-override/#post-246690

[@r-a-y Keymaster 10 years, 11 months ago]

@sweeny – WOFFICE is a premium theme that we do not have access to.

The other replies in the thread mention that they are using multisite. Are you using multisite?

[@r-a-y Keymaster 10 years, 11 months ago]

KLEO is a premium theme that we do not have access to.

– What happens when you switch to another theme? Does the problem still occur then?
– If the problem still occurs after switching the theme, what plugins are you using?
– Do you see any errors in your browser console?

[@r-a-y Keymaster 10 years, 11 months ago]

@bum2 – I’ve split your reply into its own topic.

– What happens when you switch to another theme? Does the problem still occur then?
– If the problem still occurs after switching the theme, what plugins are you using?
– Do you see any errors in your browser console?
– Did you override the registration template into your theme?

[@r-a-y Keymaster 10 years, 11 months ago]

@paragbhagwat – I’ve split your reply into a separate topic.

About the custom group homepage template, this is only for theme developers. It’s not something we bundle.

For more info, read the “Single Groups Front Page” section of this codex article:

Template Hierarchy

[@r-a-y Keymaster 10 years, 11 months ago]

@rv8820 @sweeny – Can I ask what you are doing to trigger this error?

We need to be able to duplicate this error before we can fix it.

[@r-a-y Keymaster 10 years, 11 months ago]

3) might be related to a bug with profile field visibility enforcement.

See the following for an interim fix:
https://buddypress.org/support/topic/profile-field-visibility-enforced-but-members-can-override/#post-246690

If you just want to remove that block from being shown, you can do what shanebp suggests or use CSS to hide it.

[@r-a-y Keymaster 10 years, 11 months ago]

You cannot remove the 'groups' slug from the URL, but you can change it to whatever you like.

To change the 'groups' slug, navigate to the WP admin dashboard and go to “Pages”. Find the “Groups” page and change the page slug to whatever you like.

[@r-a-y Keymaster 10 years, 11 months ago]

It looks like you’re using the BuddyPress Activity Privacy plugin.

BuddyPress 2.4.0 has some updated CSS and JS that conflicts with that plugin.

Please see the following for a fix:
https://buddypress.org/support/topic/buddypress-2-4-0-and-buddypress-activity-privacy/#post-246630

[@r-a-y Keymaster 10 years, 11 months ago]

I’ve filed a bug report with a fix here:
https://buddypress.trac.wordpress.org/attachment/ticket/6730/6730.01.patch

Until v2.4.1 is released, manually apply the changes to /bp-core/bp-core-caps.php.

Thanks for uncovering the bug!

[@r-a-y Keymaster 10 years, 11 months ago]

Hi midoggy and scoobs2000,

It looks like the “Enforce field visibility” does enforce the admin’s visibility choice, but the user is able to see the “Change” link when editing.

Even if the user tries to change the visibility setting, the profile field should still use the enforced value from the admin area, but I do agree that this makes for a poor user experience. We should remove the “Change” link when the “Enforce field visiblity” setting is in effect and make a note that the visibility cannot be toggled for that particular field.

I can confirm that the “Change” link did not show up in v2.3.4. I’m going to open a bug report.

[@r-a-y Keymaster 10 years, 11 months ago]

Thanks for the bug report, @wvmohzoibar.

Before I file a ticket about this, can you tell us how you triggered this bug?

We do some checks to ensure that the profile group ID is not blank before proceeding, so it would be nice to find out how you are encountering this error:
https://buddypress.trac.wordpress.org/browser/tags/2.4.0/src/bp-xprofile/bp-xprofile-functions.php?marks=241-244,258#L224

I was changing some settings in another plugin

What plugin were you using that caused this bug?

[@r-a-y Keymaster 10 years, 11 months ago]

@freakyy85 – I’ve contacted the author of BuddyPress Activity Privacy with a fix.

In the meantime, to fix this manually, make the following change:
https://github.com/messaoudi-mounir/buddypress-activity-privacy/pull/4/files

[@r-a-y Keymaster 10 years, 11 months ago]

@thood32 – I’ve merged the two forum threads you created that were identical to each other.

Can you try deactivating all plugins on your WAMP install except for BuddyPress and see if the BuddyPress member pages work as expected?

[@r-a-y Keymaster 10 years, 11 months ago]

I tested the Graphene theme that is listed on wordpress.org:

Graphene

And it works for me:

What is the exact problem?

[@r-a-y Keymaster 10 years, 11 months ago]

Is that tagdiv? There is two different Newsmag themes. I am using tagdiv.

NewsMag by TagDiv is a premium theme, which we do not have access to. Please list details when you are posting a support thread next time.

The version I tested of “NewsMag” is available from the wordpress.org theme repository:

NewsMag

[@r-a-y Keymaster 10 years, 11 months ago]

I just installed NewsMag and the profile tabs and cover image feature look fine on an unmodified install:

Again, we cannot account for every single variant of every available theme out there. If you have some CSS knowledge, you’ll have to adjust it yourself.

[@r-a-y Keymaster 10 years, 11 months ago]

What theme are you using? We try to be compatible with every theme, but it is hard to account for every single theme that is available out there.

Does the profile tabs and cover image feature show up when you switch to a WordPress theme like Twenty Sixteen?

[@r-a-y Keymaster 10 years, 11 months ago]

Congrats imath!

[@r-a-y Keymaster 10 years, 11 months ago]

A BuddyPress user is a WordPress user, so you should be able to use WordPress user API functions for this.

For BuddyPress groups, check out groups_create_group():
https://buddypress.trac.wordpress.org/browser/tags/2.4.0/src/bp-groups/bp-groups-functions.php#L70

[@r-a-y Keymaster 10 years, 12 months ago]

As shanebp suggests, the problem has something to do with your theme.

Your theme appears to be a premium theme, so we cannot debug this.

Also, try switching to another theme temporarily to see if the problem is specific to just that theme.

[@r-a-y Keymaster 10 years, 12 months ago]

Thanks for the report, @kalico.

I’ve added a ticket for this here:
https://buddypress.trac.wordpress.org/ticket/6719

We’ll have a better error message for users for v2.5.0.

[@r-a-y Keymaster 10 years, 12 months ago]

Puffyjoe’s example should work in BuddyPress 2.4.0.

BP 2.4.0 will pass all activity update form data, so you can save custom activity data a little bit easier.

If you want to test, v2.4.0 is currently in release candidate status. Read the announcement post here:

BuddyPress 2.4.0 Release Candidate 1

[@r-a-y Keymaster 10 years, 12 months ago]

It’s a little bit of both.

Please post a ticket on Trac as I experienced a similar issue just this week. (Not emoji-related, but still!)

Update – There is already a ticket:
https://buddypress.trac.wordpress.org/ticket/6346#comment:16

[@r-a-y Keymaster 11 years ago]

Try:

$cover_image_url = bp_attachments_get_attachment( 'url', array( 'item_id' => bp_displayed_user_id() ) );