Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'wordpress'

Viewing 25 results - 126 through 150 (of 22,677 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!

    #335763
    emaralive
    Moderator

    Hi,

    Thanks for reporting this issue, I can confirm the error messages for the BP REST API when using the BP Nouveau template pack. Unfortunately, something went wrong with the build and these errors didn’t get caught when testing the build. 14.3.1 was released to fix an issue with WordPress 6.7 (_load_textdomain_just_in_time issue) and another issue (heartbeat) with the BP Legacy template pack.

    Looks like we need another build to get this fixed. At the moment, the only recourse is to roll back to 14.2.1 and continue to use WordPress 6.6.2.

    My apologies for the inconvenience.

    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

    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.

    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?

    #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.

    #335706
    stephunique
    Participant

    Follow up question:
    Is there a way to change the code to display an excerpt from some other profile field type other than the “WordPress Fields” -> “Biography”? Specifically I am after displaying whatever is in the “Multi-Line text area” field type.

    Thank you in advance to anyone who can help

    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

    #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.

    GyziieDK
    Participant

    Are you using LocoTranslate?

    In this case this might be the issue. There was a lot of issues after the update to WordPress 6.7 regarding how the text got translated. It seems to have been fixed with their latest update though.

    #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).

    #335670
    miednr
    Participant

    Hello again.

    I did a fresh install of WordPress without multisite. There, the update with a WordPress post does work well. It does not seem to be related to settings, theme and plugins. It seems to be an issue with multisite.

    Is this issue known and will there be an update correcting that for multisite users?

    Thanks!

    #335662
    wpuser
    Participant

    Hi there,

    I had the issue with posting a reply yesterday too. Weird.
    That is why I split my message in 2 and than I could post it.

    I was able to read your share txt and the next replies and also view that images.

    Anyway… I am willing (if you are willing to put the time in it) to give you access to my staging site, but I rather not post the link in public, to avoid traffic from Google and such to that staging website. But there does not seem to be a way to share the link with you in private. Do you have any suggestions?

    To further explain my situation: I did not make any customizations to my buddypress or xprofile plugin that have anything to do with the profile fields. From the clean install, the “Name” field is already there from the start, when installing the buddypress plugin.

    I am not adding users via the admin section, I am letting them signup via the website register form. So following this process, the situation is as described before, where the “Name” will be filled in by the user as part of the registration process. The Name field is mandatory, set by Buddypress, which I can not influence nor rename.

    I did nothing to influence the Name field, other than translating it like I explained before.
    The Name is operating as a seperate field, that does not seem to link to username by default. And that is also not what I want. Because it would lead to the username being shown twice on a profile page, which is ridicilous of course. Since you can not block or hide the Name field, it will be there. Also, the Name field is always on the register form, and the field is mandatory (which you cannot change), so people CAN and probably will fill in something different than their username. Most likely their first name. Which is what happened on my site anyway, people fill in their regular first name. Only a handfull will choose like a second username/nickname for the field value. Anyway, in 99% process of the time, the Name field is populated with a different value than the username as a result of the website registration process (which is not changed, it is by default like that, since installing buddypress).

    I use the BuddyX theme. But the issue is not related to the theme, because using a default WordPress theme (like twenty two or so), will have the same result.

    So, it poses as a problem, if the usernames show up on the userlist, but the sorting will go on the “Name” field, which is not identical to the username. This will lead to a really undesired situation, where the sorting does not seem to work properly on the frontend, because “invisible” the userlist is sorted on the Name field.

    And also, this is new. Before, this was not the case. It did NOT sort on the “Name” field. And I’m oblivious why it does now, what is the intent by changing this.

    So, to address the situation, and to avoid having duplicate usernames on the profile page, I would rather stick with people using the Name field as their first name or something like that.

    I would like to sort on display name. Is there a way to do that? Do you have a suggestion?

    #335650
    GyziieDK
    Participant

    I just wanted to thank @dreampixel for the support they are giving here on the site. It’s very refreshing. Usually no help whatsoever is offered by any of the people behind Buddypress. None.

    Hello @thinlizzie 🙂

    I’m by no means an expert or anything lol, but I’ve been playing around with WordPress and numerous different large setups for the past 15+ years. I normally reply to people if I got the time or ideas on what could be done.

    That is not my experience that there is no support in here. Please remember that BuddyPress is open source and the users in here (mods included) are not obligated to help/offer support all the time. Most people in here have other projects going on and/or might not be able to help. Also, a lot of the time the same issues are highlighted again and again instead of people searching the forums for answers first.

    That being said, I also appreciate when people try to help me troubleshooting, since it can be quite frustrating when things doesn’t work, and you have people depending on it.

    #335646
    wpuser
    Participant

    Screenshot of test user “debugger” field information in bp_xprofile_data:
    v3
    On the screenshot you can see field name 1 (Name) come in as “Annie”. So, this is not the same field and not the display name. The display name CAN become “Annie”, when i choose to change it after I edit my profile, but not as standard, than it will use my username. This is also the desired situation, I want people to show with their usernames.

    So, after the WordPress update the following has changed:
    – It is now mandatory to use “Name” for mandatory base field, I am not allowed to translate that. I can do it probably with Translate press as you suggested and I will look into that. But it is a new thing, it was not like that before. Thanks for your suggestion!
    – The “Alphabetical” sorting option in the memberlist is now sorting on this “Name” field and not on the “display name”. If a user their username is for example: robinhood and their “name” is “patrick”, it will give a really weird non-alphabetical result in the userlist, as you can still see their usernames, but the sorting is now done on a different field than before. Do you follow?

    Anyway, I would like to have it that it sorts by default on alphabetical and that it will sort on “display name” rather than “Name”.

    Do you think this is a release bug, or is this change intentional?

    Any suggestions? Wait for a fix, or will it have to be manual code in wpcode?

    Thanks for your support again.

    (2/2)

    #335645
    wpuser
    Participant

    Also from my side, very much appreciated all the help and effort -> sorry for not mentioning that before! I was so hyperfocussed on the issue that I forgot human interaction.

    Anyways, again, thank you.

    To further empathize what I mean with the display name is this:

    Screenshot of a test user I just registered via the normal process on the website signup form:
    v1

    You see username, nicename, display name are automatically set same as the username (which is debbugger)
    I filled the “Name” field on signup with “Annie”, as a random name. and some other random fake user information. As you can see “Annie” is not showing up, only that “debugger” which I choose as my username.

    Screenshot of bp_xprofile_fields, where you can see the “Name” base field (1):
    v2
    As you can see, “Name” is hardcoded in the database. And this is mandatory. I had this translated to “Naam” before, but after the wordpress update, that was no longer allowed. It took me days to figure that out, but I am happy I found out. This thing was the sole reason everything like friendlist, userlist, etc. did not work anymore. Please note I am not allowed to rename or change any setting with regards to this field. I am also not allowed to delete it. I am stuck with it, it seems.

    (1/2)

    #335629
    GyziieDK
    Participant

    Hello again 🙂

    This might start to make sense then!

    First, when you translate something within the code itself (not using a translation plugin and po/mo file) it will for the most part be overridden whenever you update your WordPress / plugins that are translated. So, this might be why it doesn’t work now after the update.

    I personally use a combination of LocoTranslate and TranslatePress. This is because BuddyPress activity is updated the way it is and for that reason LocoTranslate itself is not able to translate the dynamic content (like when activity updates – without the page doing so) – this TranslatePress supports.

    So, for the BuddyPress content that can’t be translated correctly using LocoTranslate, I use the TranslatePress for those. Both plugins are free to use, and it doesn’t require you to purchase any expensive addons.

    It’s important that you pick the right placement for your translation-files (custom, author, system). If they’re not in the right place the translation might not show up on the front-end. Also make sure you setup the settings within the LocoTranslate plugin not to override your translated files upon updating WordPress: Loco Translate > Settings > File system access > Modification of installed files & Editing of POT (template) files must be set to Disallow.

    For the display name, this should be the default value it sorts by. Mine by default sorts by display name. When you go to Users > Profile Fields – you can edit the different settings from within there with the names and what is mandatory/not mandatory.

    For the sorting part (or other features in the future) if it still causes issues, maybe a snippet code using a plugin like WPCode Lite might be a better solution rather than going into the code and edit it from there. In this way it will not get affected in most cases when you update WordPress, plugins and theme.

    Maybe some of this can help you – if not – then feel free to keep me updated. 🙂

    #335626
    wpuser
    Participant

    On second thought… this is within the Buddypress coding, so something that must have changed for WordPress 6.7 is not interacting correclty anymore with Buddypress.

    The “Alphabetical” sorting of the user list is sorting on the “Name” base field of bp_xprofile_data table (field 1). This field I had renamed to “Naam” (which is Dutch for Name). This is hardcoded in the database and not avaibable as translation string. After switching back to “Name”, everything worked again. Before, I was allowed to use switch the name of the field. How do you translate this? I now have used a filter function in my functions.php, but it shouldn’t be necessary.

    Furthermore I discovered the memberlist is sorting on that particular “Name” field, instead of the “display name” I want to use. Any idea’s how to get the userlist to sort on display name instead of “Name” ? Why do we have a mandatory “Name” field anyway?

    pro104
    Participant

    Using WordPress 6.7
    Installed as a root directory
    Wordpress is working fine
    Using BuddyPress 14.2.1
    No other BuddyPress plugins installed
    Using Themify theme Peak, no mods
    No custom functions
    Using bbPress 2.6.11
    Hosted by ‘Omnipresents’ is in association with LiquidNet Ltd.
    Server running Rocky Linux 8
    I have not overloaded any BuddyPress template files
    Template Pack BuddyPress Nouveau

    I am trying to set up a forum. Everything is working so far except for recent post, comments, archives, categories are not appearing. Ive tried looking through the forum and looking around in Buddypress with no luck. Any ideas?

    #335620
    wpuser
    Participant

    I managed to locate the issue. After the wordpress update, it was not allowing my translations for the xprofile fields anymore. For some reason it has to be English now, it is no longer allowing it to be Dutch. I’ll flag this with the WordPress development team.

    I’ll close the topic as the issue is likely not because of Buddypress but because of WordPress.

    How can I resolve./close this topic?

    miednr
    Participant

    Hello,

    I am using WordPress and BuddyPress in latest version – in a multisite installation.

    My problem is: WordPress post updates do not show in activity stream in none of my sites. They even are not visible in activity database in the dashboard. Other status updates do work fine. I surely enabled the option to have WordPress core updates in the settings.

    I tried disabling all other plugins. Issue still persists.

    Does BuddyPress has a problem with multisite? Do you have any idea?

    Thanks!

    #335615
    wpuser
    Participant

    Yes – cache is cleared.
    I tried on 2 different servers.
    I have used the basic wordpress theme – which was updated today.

    At this moment the issue is only with alphabetical. All 2 users are “activated”.

    I will send you a dm with link of the website url.

    #335611
    GyziieDK
    Participant

    Found plugin that does the job:

    BP Fan Page

    #335610
    GyziieDK
    Participant

    Try download this plugin – and switch to the user you created (can also be done from backend) – and “login” with that user. Normally users show up, when they have logged in after registration.

    Maybe that works. 🙂

    User Switching

Viewing 25 results - 126 through 150 (of 22,677 total)
Skip to toolbar