BuddyPress.org

To apply a different template for BuddyPress pages in the latest WordPress block theme, you can create a custom template (e.g., bp-custom-template.html) in your theme’s templates directory. Then, use a filter in your functions.php file to assign this template to BuddyPress pages using code like:

php
Copy code
add_filter(‘template_include’, function($template) {
if (bp_is_buddyPress()) {
$custom_template = locate_template(‘bp-custom-template.php’);
return $custom_template ?: $template;
}
return $template;
});
This allows you to customize the layout for BuddyPress pages without relying on the default “pages” template.

Hello again

You can use the following site for uploading images and generating shortlinks for sharing (you can also setup expiration time on shares):

imgBB

In regards of the issue, it seems wierd that this is only working in the Firefox browser. Have you checked if this is because of saved cache?

What happens if you clear both server and browser cache and try again? – or use incognito in Firefox? – is the issue still the same in this case?

The issue I found with this plugin is that PDF’s are both working if you’re attaching them to “separate files” from the back-end. In the media gallery, you should have the option to “attach” and pick the document on the list. In this case it will return a “File not found.” message in front-end.

If you however attach/upload the PDF from the actual “Add docs” on the front-end, then it should work.

I have tested it in all available browsers, and works fine for me (on a pretty complex setup, with a lot of custom code and features).

Have you done any troubleshooting in regards to check if this might be a compatibility issue with other plugins you’re using?

Also what version og WP, BuddyPress and Docs are you using?

Screenshot would be helpful indeed – if possible. 🙂

Kind regards

Hello @alfeizar

Are you using the BuddyPress Docs plugin?

Hello @juriss

From my experience it can be tricky sometimes to translate BuddyPress content (since it’s dynamic). For this reason, I use a combination of 2 plugins.

Loco Translate – This can be used to translate “fixed/most” content.
TranslatePress – This can be used for “dynamic content” like activity and so on.

You should be able to translate the “What’s new in” with the LocoTranslate plugin itself.

If not, you could try the TranslatePress – both free and no premium/pro/payment is required.

Hello @ph59

I personally only allow my members to create private groups, since I don’t want them to have public groups flooding the main activity wall and so on. Also it just makes sense with the setup I personally have.

If the only fix you need, is for members to only save/create group with settings as (just an example) private groups, this can be done with some custom code.

The code is available in my post here: BuddyPress – Limit creation of groups (private only) – WITH CODE

This can be done by targeting specific site roles.

Also the code could probably be modified to also exclude users from invitations and so on (hiding the option).

Maybe this helps! 🙂

Hello
The solution is as follows
Install the plugin BP Classic
Create related pages and configure the pages in BuddyPress settings
Deactivate the plugin BP Classic

Hello
The solution is as follows
Install the plugin BP Classic
Create related pages and configure the pages in BuddyPress settings
Deactivate the plugin BP Classic

Did anyone ever find a solution to this? It seems like a lot of people struggle with the buddypress avatar system and I haven’t been able to find one myself. Any insight into this would be greatly appreciated.

Hi, I have a very similar issue in that the ‘Group Invites’ item in the ‘Account Settings’ returns a 404 Page. Tried with three themes with same problem. I wonder if @dreampixel wouldn’t mind testing this on our behalf. Using Buddypress 14.3.3 and Mediapress. Thanks.

Hi,

The CSS file that gets loaded depends on which template pack is in use, e.g. Legacy vs Nouveau. Additionally, styles (CSS) can be customized via a Child theme and, if a Classic theme is in use, via the Appearance > Customize > Additional CSS menu path within the wp-admin area. Thus, which CSS file gets loaded is irrelevant/moot.

Specific to Avatars, How to Customize BuddyPress Avatars With CSS has some info (Note: might be a tad outdated). There are other sources on wordpress.org that contain general info regarding custom CSS, e.g. from the Advanced Administration Handbook – Custom CSS in WordPress

Hopefully, this is enough information to get you started.

Hi @glenphillips33,

Anything is possible, what’s unknown is the probability. IIRC, I had a similar experience, but it involved the wordpress.org site and drop-down menu items that affected Chromium on a AlmaLinux distro. Google Chrome worked fine as well as Firefox. On a Ubuntu and Debian distros (Linux), Chromium work just fine, as was with Windows 10. Long story shorter, eventually, the AlmaLinux distro received an update with a new Chromium build that fixed the issue with Drop-down menus.

That said, it doesn’t seem likely for a Windows platform since Google Chrome should be automatically updated and is usually ahead (stable release) of Edge, Opera and other browsers that share the Chromium engine or, maybe you are using cutting edge/beta releases/builds but, as previously mentioned, anything is possible.

If you want to supply the Web URL, I suggest you add that to your BuddyPress Profile, there is a field specific for this purpose (Web URL). That way, you can remove it later, if you don’t want the URL to remain public. I can then either confirm or deny whether I see something unusual while visiting a profile area with Google Chrome.

Next up are a couple of housekeeping items, that you require your attention, of which should not be related to the issue you reported in this thread.

(1) BuddyPress 12.4.1 is not compatible with WordPress 6.7.x. The effect is that your server error log(s) are filling up with an error notice, e.g.:

Notice: Function _load_textdomain_just_in_time was called <strong>incorrectly</strong>.
Translation loading for the <code>buddypress</code> 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 <code>init</code> action or later. Please see <a
href="https://developer.wordpress.org/advanced-administration/debug/debug
-wordpress/">Debugging in WordPress</a> for more information. (This message was added in
version 6.7.0.) in /var/www/html/wp_test/wp-includes/functions.php on line 6114

The solution is to either to roll back WordPress to version 6.6.2 or upgrade BuddyPress to version 14.3.3.

(2) BuddyPress 12.4.1 is missing 2 security patches, if you are going to continue to use the BuddyPress 12.x branch, it is recommended that you upgrade to BuddyPress 12.5.2, see If you are using BP 12.x and can’t upgrade to 14.2.1, and apply (1), accordingly.