Search Results for 'buddypress'
-
Search Results
-
Topic: Problem with translation
Hi !
https://majbusinessclub.com/
WP version 6.6.2
BP version : 14.00.00I have an issue with translation strings in BuddyPress.
I’m using locotranslate and everything is working fine, all BuddyPress is already translated to French. But for some reason “Name” (in the form profile) isn’t translating, for example translation for Name (required) should be Nom (obligatoire) but appears as : Name (obligatoire).
I have no idea where the issue could be coming from, I tried to resynchronised the .po file but not changing a thing to my problem…
If someone faced the same issue and have advice about what I could try it would be great!
Thank you for your help
Please try to check “Better Messages Location” on your BP Better Messages settings page. It should be set to “Show in BuddyPress profile” instead of another page.
Topic: Isssue viewing messages
For instance the website url from my site when viewing messages says “https://website.com/username/settings/bp-member-messages/
I use BP Better Messages for a better experience. Unsure if this is a Buddypress issue or the plugin I’ll start here first.
The correct URL should be https://website.com/username/settings/messages/.
I should note I did update to the newest WordPress which was released yesterday.
Topic: Buddypress email failed
Hi,
We are encountering the following issue with our SMTP plugin: https://prnt.sc/lmsZYQvk71BO (Screenshot). We reached out to SendGrid support, and they confirmed that everything on their end is functioning properly, and the issue is not related to their service.
Could you please check what might be causing this issue and provide guidance on how we can resolve it?
Thank you for your help!
Best regards,
I installed an additional wp installation and then I installed BuddyPress. And what did I get? Nothing and total chaos. What on earth is this so-called automatic setup they are bragging about? No pages were created and what pages there should be! doesn’t appear like it does with a number of other social plugins, for example. This BuddyPress is something that can only be considered “Do it yourself plugin”! Well, I just had to give up again. But now I’ve at least tested it on a clean new wp installation and it didn’t go any better than previous attempts. Waste of time, nothing more or less.
I have a problem when trying to access a Jitsi room using the Buddymeet plugin with BuddyPress. When using Google Chrome, I cannot enable access to the microphone or camera to be used in the room. The message “You need to enable microphone and camera access” appears, even though I have permissions enabled in my browser settings. I have checked these possible issues:
– No other application is using the microphone or camera.
– My browsing context is HTTPS.
– I have not denied access to my browser because I have never been asked to allow or deny it.
– The global permissions for the microphone and camera in my browser are enabled with the “Always
allow” option. I also noticed that the camera icon does not appear in the address bar, which would allow me to enable access to the microphone and camera.This error occurs when I use Google Chrome and also Edge. However, if I use Firefox, I have no problems; I can allow access, and both the microphone and camera work correctly in the room. What could be happening?
Thanks
Hi friends.
I’m using buddypress Version 14.1.0 with the legacy buddypress template, in wordpress (latest version)
When I open a group, I see that the <h2> tag with the group admins value
looks too big.
I’ve modified the css as follows:
#item-actions, h2 {
font-size: small;
}
And it looks fine on desktop, but it still looks too big on mobile.
I’ve tried with:
@media only screen and (max-width: 600px) {
#item-actions, h2 {
font-size: small;
}}
but it doesn’t work.
What could be the reason?Thank you very much and I look forward to your response.
But Mathieu for your info, if I put the buddypress-fr_FR.mo file in /wp-content/languages/plugins/ as I did before, it does not work.
Here is what we get
While we should have
I haven’t tried to put the .mo file in /wp-content/languages/plugins/buddypress/
Thanks for your help and reactivity. It now works for me, as I said before, when I simply put the .mo file in /wp-content/languages/
We can close this threadHi @capexpe
I believe we’ve improved this part actually in 14.0, see https://buddypress.trac.wordpress.org/changeset/13936.
You shouldn’t put your custom language into
/wp-content/languages/pluginsbecause it will be replaced by the official translation after it has been updated by the Polyglots team.Custom language files for BuddyPress should be in one of the locations we are looking for:
–/wp-content/languages/plugins/buddypress
–/wp-content/languages/buddypress
–/wp-content/languagesMore informations are available from this documentation page: https://github.com/buddypress/buddypress/blob/master/docs/user/advanced/texts.md
I’ve just tested renaming “Groupes” with “Expé” in custom fr_FR translation files I’ve included in the
/wp-content/languages/plugins/buddypressfolder:
–/wp-content/languages/plugins/buddypress/buddypress-fr_FR.po
–/wp-content/languages/plugins/buddypress/buddypress-fr_FR.moAnd it’s behaving the way it should, see screenshot below:
@adjunkten I have no idea how Loco translate deals with translation files, but if you put their generated alternative language files at one of the three locations I listed above making sure they respect the WordPress default way of naming these, it should also fix your issue. Here’s the translated message for the “members-only” login page.
So I’m trying to implement a way to redirect users after registering or first time login to automatically go to their Buddypress profile Settings > General to edit their profile picture, cover photo and other profile details.
Doing this so we can determine who is a spam bot and who is active.
Can anyone help me? I’ve been trying codes all day long and so far no luck at getting someone’s username to show up in the link successfully.
Example of the link I’m trying: https://example.com/kokiri/settings/general
I am running a Multisite WordPress website with single network and having over 100+ subsites. I have installed the BuddyPress plugin (not network wide active) and activated it for only two subsites: https://example.com/texas and https://example.com/bayarea.
I want each subsite to show its own business groups, but the /groups/ directory currently displays the same groups for all subsites. For example, if I create a group in the “bayarea” subsite, it is also visible in the “texas” subsite.
Please advise.
Thanks.
Hello everyone,
First of all, thank you for the plugin and support here, it’s been very helpful, especially the API.
I have some confusing things happening with my buddypress API. If I list all pages with the /buddypress/v1/members/ endpoint, then I get all the members of my website.
But if I used /buddypress/v1/members/<user_id> endpoint then I get a lot more members, including some that have applied (which I didn’t approve) and others that don’t show up on the website at all.
What exactly is included in each of the endpoints?
I’ve looked at different messages on the API here and also the reference but I didn’t find an explanation.
Thanks!
EmanHello,
I’ve encountered an issue with canonical redirects when using BuddyPress on a site that also has WPML installed. It seems that the redirect_canonical() function is not being correctly executed during the normal page load process for BuddyPress pages. As a result, URLs without www are not properly redirecting to the correct www version.
To temporarily resolve the issue, I manually called the redirect_canonical() function within the template_redirect hook, which fixed the problem. However, it appears that there is a bug or conflict within BuddyPress that prevents this function from being automatically executed as expected.
Please note that the site also uses WPML, which may or may not be contributing to the issue. However, the problem persisted even when focusing on BuddyPress URLs.
Please investigate this issue, as other users with similar setups may also be affected.
Code used for the temporary fix:
/////////////////////////////////
add_action(‘template_redirect’, function() {
if (!is_admin()) {
$redirect_url = redirect_canonical();
if ($redirect_url) {
wp_redirect($redirect_url, 301);
exit;
}
}
});
/////////////////////////////////
Thank you for your attention to this matter.Best regards,
