Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'buddypress'

Viewing 25 results - 226 through 250 (of 73,986 total)
  • Author
    Search Results
  • glenphillips33
    Participant

    Hi BuddyPress Community,

    I’m having an issue with my website where BuddyPress profile pages aren’t rendering correctly when viewed in the Chrome browser. Here are the details:

    The layout appears broken, with profile sections overlapping or not displaying at all.
    The issue seems to occur only in Chrome (tested on both Windows and macOS), while other browsers like Firefox and Edge render the pages just fine.
    Clearing the browser cache and disabling extensions in Chrome doesn’t resolve the issue.
    What I’ve Tried:
    Checked the BuddyPress templates in my theme and confirmed there are no customizations causing conflicts.
    Switched to a default WordPress theme (Twenty Twenty-Three), and the issue persists.
    Tested the website in incognito mode on Chrome, but the problem still occurs.
    Verified there are no JavaScript errors in the browser console.
    Could this be related to Chrome’s rendering engine or a specific CSS/JS compatibility issue with BuddyPress? Are there any settings in BuddyPress or Chrome I should check to fix this? Should I share with you the URL of the site so that you can check if this issue is happening on your end or not?
    Any guidance would be greatly appreciated!

    rafael3d
    Participant

    Hello BuddyPress team,

    I’m using the BuddyPress plugin version 14.3.1 alongside WordPress 6.6.2 and have been encountering deprecated class error messages in my site logs. These messages point to line 6085 of the file wp-includes/functions.php and indicate the use of outdated classes like BP_REST_Activity_Endpoint and BP_REST_Members_Endpoint. The notices suggest replacing them with BP_Activity_REST_Controller and BP_Members_REST_Controller, respectively, as they’ve been deprecated since version 15.0.0.

    Here are some examples of the error messages:

    PHP Deprecated: The BP_REST_Activity_Endpoint class is deprecated since version 15.0.0! Use BP_Activity_REST_Controller instead. in /wp-includes/functions.php on line 6085
    PHP Deprecated: The BP_REST_Members_Endpoint class is deprecated since version 15.0.0! Use BP_Members_REST_Controller instead. in /wp-includes/functions.php on line 6085
    I’ve attempted troubleshooting by switching to the default WordPress theme and disabling non-essential plugins (including BP Classic), but the errors persist. Using the Query Monitor plugin, the deprecated notices seem to be directly linked to BuddyPress.

    Could you confirm if this behavior is expected? Is there a patch or a recommended solution to address this issue, as I’m already running the latest version of the plugin?

    Thank you for your assistance, and I look forward to your guidance.

    Best regards,
    Rafael João Ribeiro
    fisicagames.com.br

    #335754
    GyziieDK
    Participant

    Hello

    You might already have solved this, since the post is 2 months old – however – I just wanted to mention that this can be done with a simple setting.

    Go to Settings > Forums > Forum Integration for BuddyPress

    Change the setting in the box “Allow BuddyPress Groups to have their own forums”.

    Hope it helps. 🙂

    GyziieDK
    Participant

    Hello guys!

    I’ve seen this question in here a couple of times and maybe others would enjoy this code.
    I couldn’t find a good solution in trying to “hide” the official and hidden groups, when users are creating them (it just would not allow me to hide them!).

    I then managed to fix a code and make it work so at least it shows an error when a user (besides admin) tries to create a group that is NOT private. In this way when a user tries to create a public/hidden group it will not allow the user to “proceed” with the next step unless private group is chosen.

    Feel free to update the CSS to your liking!

    Hope it helps, enjoy! 🙂

    function restrict_group_type_selection() {
        // Ensure this script only runs during the group settings creation step
        if (bp_is_group_creation_step('group-settings')) {
            // Check if the user is not an admin (wrap the condition outside the script for cleaner HTML output)
            if (!current_user_can('manage_options')) {
                ?>
                <style type="text/css">
                    .group-type-error-message {
    					color: #ffffff;
    					background-color: #f95959;
    					position: relative;
    					margin-top: 20px !important;
    					border: 0 !important;
    					font-weight: 600;
    					}
    				}
                </style>
                <script type="text/javascript">
                    document.addEventListener('DOMContentLoaded', function () {
                        const nextButton = document.getElementById('group-creation-next'); // Target the "Next step" button
                        if (nextButton) {
                            nextButton.addEventListener('click', function (event) {
                                const selectedGroupType = document.querySelector('input[name="group-status"]:checked');
                                let errorContainer = document.getElementById('group-type-error-message');
    
                                // Remove any existing error message
                                if (errorContainer) {
                                    errorContainer.remove();
                                }
    
                                if (!selectedGroupType || selectedGroupType.value !== 'private') {
                                    // Prevent moving to the next step if the group type is not 'private'
                                    event.preventDefault();
    
                                    // Create and display a styled error message
                                    errorContainer = document.createElement('div');
                                    errorContainer.id = 'group-type-error-message';
                                    errorContainer.className = 'group-type-error-message';
                                    errorContainer.innerText = 'You are only allowed to create private groups.';
    
                                    // Insert the error message after the "Next" button
                                    nextButton.parentNode.appendChild(errorContainer);
                                }
                            });
                        }
                    });
                </script>
                <?php
            }
        }
    }
    add_action('bp_after_group_settings_creation_step', 'restrict_group_type_selection');
    #335749
    emaralive
    Moderator

    Hi @dreampixel,

    BP 15 was taking too long to get in motion, so the BP team decided to incorporate the fix for this within the BP 14.3.1 maintenance release.

    Thank you for your patience!

    emaralive
    Moderator

    BuddyPress 14.3.3 is available which resolves this topic.

    Edited BuddyPress version to 14.3.3, since v14.3.1 contained a regression.

    emaralive
    Moderator

    BuddyPress 14.3.3 is available which resolves this topic.

    Edited link to reflect the 14.3.3 release.

    #335740
    Mike Witt
    Participant

    I’m using that same code in functions.php and it’s working for me.

    I’m using the BuddyPress Legacy templates.
    So if you’re using BuddyPress Nouveau perhaps there’s a different way to do it?

    I also have the BuddyPress Classic plugin installed, for whatever that’s worth.

    You might ask on the BuddyDev forum. They’re usually good with things like this:
    https://buddydev.com/support/forums/

    unbroken1
    Participant

    On my BuddyPress Members Directory Card, I want to disable the Cover Image, while the Cover Image should appear on the Member’s Single Page.

    I used this Snippet:

    
    // For members :
    add_filter( 'bp_is_profile_cover_image_active', '__return_false' );

    Which I got from here:

    BuddyPress 2.4.0 will introduce Cover Images for members & groups!

    But it didn’t work.

    Anyone know how I can effectively disable the Cover Photo from the Members Directory Card?

    Regards.

    #335728
    stephunique
    Participant

    I also want to edit the registration page and customise the messages on it and the way it looks, so I tried this too. What I did was, I created a child theme in its own separate folder called buddyx-child. Since the steps say to

    `Paste it into your theme folder in wp-content/themes/your-theme/buddypress/members/register.php.

    I created a folder called “buddypress” in the child theme folder, then in that folder, created a folder called “members”, and copied and pasted the “register.php” file there and made my edits there. I typed some test messages using the paragraph HTML tag <p> and the message shows on the registration page, BUT the visual layout of the page changes. I don’t know why that is when it’s supposed to inherit the CSS from the parent theme. If I move the “register.php” file out of the buddypress/members/ directory and put it directly in my “your-theme” (ie my child theme) directory, then it doesn’t work at all and the child theme just inherits the original registration page.

    Anyone with any ideas?

    stephunique
    Participant

    For context, I am not a developer.

    I created a child theme manually for BuddyX and the child theme works. However, the child theme does not have one of those preview picture that shows what the theme looks like in the Appearances -> Themes page and I wanted to add one.

    Version details: BuddyX Version: 4.7.5 with Buddypress Version 14.2.1 and WordPress Version 6.7.1.

    I know that in the buddyx folder in the hosting back end (wp-content -> themes -> buddyx), there is an image file called “screenshot.png”. This is a PNG file and it is what the original theme preview picture is. So I assumed that if I add an image file to my buddyx-child folder, it will also be the preview picture.

    To test this, first I copied that original “screenshot.png” to the child theme folder and purged the cache in my wordpress dashboard and sure enough, it became the preview picture of the child theme.

    Now that I know it works, I downloaded this file, deleted it from the child theme folder, and edited it by opening it in a image editor and adding the word “CHILD” in large letters across the picture, saved it first as “screenshot.jpg” then also “screenshot.png”, with the intention of using that so I can tell the child theme and the parent theme apart visually. When I uploaded either of them (the new jpg and the png, one at a time and deleting the one I don’t need from the folder) the picture nonetheless showed the orignal “screenshot.png” without the word “CHILD” on it.

    As an experiment, I then uploaded a random jpg and renamed it in my hosting back end, to “screenshot.jpg” without changing the extension. When I purged the cache in my wordpress dashboard, the preview picture for the child theme showed this new jpg instead of the old original “screenshot.png”. (Nothing shows if you don’t rename the file to “screenshot”, it must be “screenshot”). So it seems the image can be jpg or png as long as it is called “screenshot”.

    So then I deleted this random jpg, and I tried to upload the new “screenshot.png” with the word “CHILD” on it again, but the same thing happened. This is really strange since I deleted the original “screenshot.png” and cleared my cache but it still seems to remember what it was before.

    What is even stranger is that when I upload ANY jpg file then rename it to “screenshot” and keep the extension as “jpg”, the picture that shows as the preview picture in my wordpress dashboard is the random jpg I uploaded earlier. This happens no matter what jpg file I upload.

    Stranger still: If I upload a jpg file and change the name to “screenshot” as well as change the extension to “.png”, then the image that shows as the preview picture is the original “screenshot.png” from the parent theme. Same if I upload any PNG file.

    Anyone have any ideas?

    stephunique
    Participant

    Hi all
    I have disabled the activity function for my buddypress site, so usually, there is no mention of this feature on the site.

    However, when a person uploads media to a gallery, they see the message “You have 1 video not published to actvity.” (or some other media type). Underneath this is a dropdown menu that has “bulk action” as one of the options, then an “apply” button. This makes it look like you can bulk publish a bunch of media to the activity page, but I’ve disabled this completely, so it looks both confusing and unprofessional.

    Is there a way to get rid of this message?

    #335713
    emaralive
    Moderator

    My apologies for the inconvenience, the BP Team is aware of this issue (see Trac ticket #9247) and the tentative plan is to deploy a minor release (14.3.0) for a fix. Unfortunately, at this moment, I don’t have an ETA.

    emaralive
    Moderator

    Hi,

    My apologies for the inconvenience, the BP Team is aware of this issue (see Trac ticket #9247) and the tentative plan is to deploy a minor release (14.3.0) for a fix. Unfortunately, at this moment, I don’t have an ETA.

    ben
    Participant

    Also running into this. Seems that the use of __ in the constructor the cause.
    wp-content/plugins/buddypress/bp-members/classes/class-bp-members-component.php:78

    #335708
    stephunique
    Participant

    I figured out my issue with it not displaying and wanted to put my solution here in case others have the same issue.

    I have the Conditional Profile Fields for BuddyPress plugin by BuddyDev activated. For some reason, for this field only, I had to change the visibility condition to “”Show” current field If ” and saved that. It will revert back to “”NA” current field If” but it made the biography field show in the user’s profile when you go to view it as a site visitor.

    Regarding the edits not saving, maybe you need to purge the cache?

    Antipole
    Participant

    Hi… since updating to PHP8.3 I am seeing the warning
    Warning: Attempt to read property "id" on null in /home/[...]/wp-content/plugins/buddypress/bp-xprofile/bp-xprofile-template.php on line 558

    Any idea what’s up, please?

    WP 6.7
    BP 14.2.1
    PHP 8.3

    cedric9001
    Participant

    Hi,

    [21-Nov-2024 07:34:39 UTC] PHP Notice: Function _load_textdomain_just_in_time was called incorrectly. Translation loading for the buddypress domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the init action or later. Please see Debugging in WordPress for more information. (This message was added in version 6.7.0.) in /wp-includes/functions.php on line 6114

    Can you please fix this problem?
    Thank you

    #335693
    agtwork
    Participant

    I’m starting a website that’s dedicated to building a community around tabletop roleplaying games. The intent is to create a full community of people in the state of Arizona where we can become a
    one-stop-shop for every aspect of the hobby.

    Among our primary goals is finding a way to make it easy for people to find each other and
    make games happen. It’s the hobby’s biggest hurdle, and I think it’s one that’s easily addressed with the right tools in place. The idea is to let community members create detailed profiles and post ads for their tabletop games. From there, a matchmaking system sorts games and users and puts them together using an algorithm. I picture something like OKCupid’s matching algorithm—but for TTRPGs and groups of people.

    Based on what I’m reading on your site, BuddyPress offers a lot of the side benefits I’d want included in a tool like this. Obviously you’re not designed to be a matchmaking service, so I’m just here wondering what it would take to build something like this on top of your platform.

    Let me explain the process of what I’m picturing:

    1. Gamemasters (GM) post their game advertisement with full details about it using a form. (game system, style, player preferences, etc.).
    2. Players build profiles specifying their availability, preferred games, playstyle and more through a matching form.
    3. The system compares the game ads with player profiles, generating a weighted score to rank potential matches.
    4. Based on a threshold score, matches are suggested to GMs and players.
    5. Once there’s a match, the player or GM can reach out via the site’s chat tools/Discord {integrated together would be great too).
    6. After chatting, they accept or reject the invite.
    7. When both sides accept, the system fills the next available slot in the GM’s game,
    8. This repeats until all the slots are full or the GM closes the ad.
    9. The system then opens communication between all matched players using the site’s chat.

    We’re already running an analog version of this on Discord with a couple hundred users. It’s been pretty successful considering our small scale and limited capabilities—we’ve helped hundreds of people find games over the last year.

    Now, we want to take it to the next level with a fully integrated website as a hub for everything TTRPG in the state. A store, blog, resource directory, and a ton of other features. This tool will just be a big part of it.

    So, I’m no expert on websites (last one I built was in 2001), so I’m planning to have this site professionally developed. I really don’t know what’s possible these days and it’s intimidating to try and learn it all.

    So with this vision in mind, do you think a tool like BuddyPress can be customized to do something like this?

    #335679
    emaralive
    Moderator

    Hi @miednr,

    I’m not sure why you are having difficulties with a BuddyPress installation on a multisite whereby blog posts are not showing up in the Activity stream when configured to do such.

    At the moment, I’m not able to duplicate your situation because blog posts are showing up in my Activity stream in a multisite installation. As can be seen in the following screenshot:

    Since blog posts work for me and not for you, we need to figure out the difference(s) in our installations and what I have as the basics are (running on a LAN):

    • WordPress 6.7 – multisite with subdirectories
    • BuddyPress 14.2.1 – network activated on secondary site
    • All BuddyPress components activated
    • Default BuddyPress options plus “Post Comments” enabled
    • TwentyEleven theme used on secondary site
    • Pretty permalinks used on secondary site

    Additionally, the installation guide I used is “Case 2” from the following document:

    BuddyPress Activation Guide for WordPress Multisite

    Maybe if we start on some common ground, we should eventually figure out what may be going astray with your installation, well at least that would be the theory.

    smelendez
    Participant

    For sure! Thank you for your reply.

    Select2 offers a customisable selection box with support for search, tagging, remote datasets, infinite scrolling and many other widely used options. You can see some examples of how it works here in their documentation: Select2 Documentation

    The reason for using Select2 is to turn multi-selection options into tags, i.e. instead of having a list with all the options and do Ctrl+Click to select multiple options, I will have a search bar to filter options by typing and when selecting them, they will be added as tags. Here you can see an example: Select2 example

    I am using the BuddyPress Xprofile Custom Field Types plugin as it enables direct integration with Select2, but this is optional, as the Select2 documentation explains how to implement a multi-select field and make it compatible with Select2.

    In any case, I have tried both ways and neither worked for me. The result should be similar to the one shown in my previous reply but I have the problem I showed in previous screenshots.

    #335671
    wpuser
    Participant

    I want to mark this topic as resolved.

    Just for reference:
    The resolution was to enable WordPress vs. Buddypress synchronisation (in the Settings > Buddypress settings).

    #335667
    wpuser
    Participant

    You’ve got mail! 🙂 thanks in advance.

    Yes I am using BuddyX PRo (but again, when switching to any standard theme – the issue is the same)
    And BuddyPress (not BuddyBoss)

    #335666
    GyziieDK
    Participant

    And you use the BuddyX theme with BuddyPress and not the BuddyBoss Platform right?

    You can send me an email here: support@spiritualskill.com

    This reply will be deleted once you reach out, in order to prevent spam mails in the future. 🙂

    #335663
    GyziieDK
    Participant

    I think I understand what your issue if yes, but still sounds wierd to me lol.

    Anyways, you could try add this snippet code into a WPcode PHP snippet and see if it will do the trick for you by setting up default sorting to be by display name.

    // Force BuddyPress member directory to always be sorted by display name
    function custom_buddypress_member_sorting( $args ) {
        // Check if the current page is the members directory
        if ( bp_is_members_directory() ) {
            // Set the 'orderby' to 'display_name' and 'order' to 'ASC'
            $args['orderby'] = 'display_name';
            $args['order'] = 'ASC';  // You can change to 'DESC' for descending order
        }
        
        return $args;
    }
    add_filter( 'bp_after_has_members_parse_args', 'custom_buddypress_member_sorting' );

    Let me know if that might solve your issue. 🙂

Viewing 25 results - 226 through 250 (of 73,986 total)
Skip to toolbar