BuddyPress.org

It is very strange and worrying to see that Buddypress is still controlling my registration form, even if there are no visual signs of it on the form and page.

I’m awaiting a response.

I’ve decided not to use your registration form. No registrations can (or should) now be made on my site through Buddypress, and I have hardcoded my WordPress password restrictions which seem to work fine in my login/- and lost-password pages/forms. STILL there is something in your code overriding my new registration form, allowing this to happen.

Please, provide a solution ASAP.

No one knows the outgoing SMTP settings for BuddyPress and why they are different from the native WordPress settings?

Really?

P.S. I’ve checked my bp_nouveau_signup_form() as well, code seems to be set to display Password =

function bp_nouveau_signup_form( $section = ‘account_details’ ) {
$fields = bp_nouveau_get_signup_fields( $section );
if ( ! $fields ) {
return;
}

foreach ( $fields as $name => $attributes ) {
if ( ‘signup_password’ === $name ) {
?>
<label for=”pass1″><?php esc_html_e( ‘Choose a Password (required)’, ‘buddypress’ ); ?></label>
<div class=”user-pass1-wrap”>
<div class=”wp-pwd”>
<div class=”password-input-wrapper”>
<input type=”password” data-reveal=”1″ name=”signup_password” id=”pass1″ class=”password-entry” size=”24″ value=”” <?php bp_form_field_attributes( ‘password’, array( ‘data-pw’ => wp_generate_password( 12 ), ‘aria-describedby’ => ‘pass-strength-result’ ) ); ?> />
<button type=”button” class=”button wp-hide-pw”>
<span class=”dashicons dashicons-hidden” aria-hidden=”true”></span>
</button>
</div>
<div id=”pass-strength-result” aria-live=”polite”><?php esc_html_e( ‘Strength indicator’, ‘buddypress’ ); ?></div>
</div>
<div class=”pw-weak”>
<label>
<input type=”checkbox” name=”pw_weak” class=”pw-checkbox” />
<?php esc_html_e( ‘Confirm use of weak password’, ‘buddypress’ ); ?>
</label>
</div>
</div>

… so question remains unanswered.

P.S. Or alternatively changing this default…

<div class=”user-pass1-wrap”>
<div class=”wp-pwd”>
<div class=”password-input-wrapper”>
<input type=”text” data-reveal=”1″ name=”signup_password” id=”pass1″ class=”password-entry empty” size=”24″ value=”” data-pw=”” aria-describedby=”pass-strength-result” spellcheck=”false” autocomplete=”off”>
<button type=”button” class=”button wp-hide-pw” aria-label=”Hide password”>
<span class=”dashicons dashicons-hidden” aria-hidden=”true”></span>
</button>
</div>
<div id=”pass-strength-result” aria-live=”polite” style=”display: block;” class=”empty”> </div>
</div>
<div class=”pw-weak” style=”display: none;”>
<label>
<input type=”checkbox” name=”pw_weak” class=”pw-checkbox”>
Confirm use of weak password </label>
</div>
</div>

to…

<div class=”user-pass1-wrap”>
<div class=”wp-pwd”>
<div class=”password-input-wrapper”>
<input type=”password” data-reveal=”1″ name=”signup_password” id=”pass1″ class=”password-entry empty” size=”24″ value=”” data-pw=”” aria-describedby=”pass-strength-result” spellcheck=”false” autocomplete=”off”>
<button type=”button” class=”button wp-hide-pw” aria-label=”Hide password”>
<span class=”dashicons dashicons-hidden” aria-hidden=”true”></span>
</button>
</div>
<div id=”pass-strength-result” aria-live=”polite” style=”display: block;” class=”empty”> </div>
</div>
<div class=”pw-weak” style=”display: none;”>
<label>
<input type=”checkbox” name=”pw_weak” class=”pw-checkbox”>
Confirm use of weak password </label>
</div>
</div>

Also looked at https://github.com/buddypress/BuddyPress/blob/master/src/bp-templates/bp-nouveau/buddypress/members/single/settings/general.php … and the same goes there, I’m just seeing “password” set as default.

P.S. I’m using elementor

I need the default setting…

<input type=”text” data-reveal=”1″ name=”signup_password” id=”pass1″ class=”password-entry empty” size=”24″ value=”” data-pw=”” aria-describedby=”pass-strength-result” spellcheck=”false” autocomplete=”off”>

to be….

<input type=”password” data-reveal=”1″ name=”signup_password” id=”pass1″ class=”password-entry empty” size=”24″ value=”” data-pw=”” aria-describedby=”pass-strength-result” spellcheck=”false” autocomplete=”off”>

Unfortunately I can’t identify the default “text” input type coded anywere- https://buddypress.trac.wordpress.org/changeset/12397 … looking in /bp-templates/bp-nouveau/buddypress-functions.php at least… everywere I look I see “password” set.

Am I the only one facing this issue? :/ What am I missing, ANYONE?

Hi @djsteveb

I understand you might be disappointed to have troubles with the avatar feature, but this trouble is not a generic one, it’s specific to your WordPress configuration. Saying the following is very wrong:

The edit avatar / upload profile pic is still broken for new installs.

I can confirm everything works as expected.

Since BuddyPress 6.0, users can manage their local avatars (hosted on the community website) whether or not the xProfile component is active. See this developer note for more information about the changes we made in 6.0.

Below is a screenshot I just made having the xProfile component active :

Below is another screenshot I just made having the xProfile component inactive :

To control whether or not to allow users to manage their avatars from their profile page, as you said you can use the BP option about “Profile Photo Uploads”. Below is a screenshot of the BuddyPress options screen (Settings > BuddyPress).

If you uncheck “Profile Photo Uploads”, then users can’t manage their locally hosted avatars.

And there’s also a WordPress setting you need to pay attention to. If you decide that Avatars shouldn’t be shown globally on your WordPress site, then users cannot manage their local avatars from the front end. This WordPress setting is available from the Discussion settings screen (Settings > Discussion). See the screenshot below :

For instance, if you uncheck the “Avatar display” WP setting, then the page to manage avatars is not available even if “the Profile Photo Uploads” BP Option is checked. Here’s a screenshot below showing how a user’s profile page looks like when you globally disable Avatars in WordPress.

The page to manage user’s avatar is not available and the user’s profile header does not include the avatar.

Again, I confirm everything works as expected in BuddyPress, the issue you’re mentioning is specific to the way you configured WordPress &/or BuddyPress.

1. Which version of WordPress are you running?
⇒WordPress 5.6.1

2. Did you install WordPress as a directory or subdomain install?
⇒As a directory

3. If a directory install, is it in root or in a subdirectory?
⇒subdirectory? full pass /home/users/1/〇〇〇〇〇〇/web　

4. Did you upgrade from a previous version of WordPress? If so, from which version?
⇒Yes. WordPress　5.5.3　
But it is the first try to see wrong display in buddypress.
I am beginner.

5. Was WordPress functioning properly before installing/upgrading BuddyPress (BP)? e.g. permalinks, creating a new post, commenting.
⇒Yes properly.

6. Which version of BP are you running?
⇒Version 7.1.0

7. Did you upgraded from a previous version of BP? If so, from which version?
⇒Probably　No.

8. Do you have any plugins other than BuddyPress installed and activated? If so, which ones?
⇒bbpress Version　2.6.6
Other plugins are unactive in the test.

9. Are you using a standard WordPress theme or customized theme?
⇒a standard WordPress theme

10. Which theme do you use ?
⇒Generatepress Version 3.0.2

11. Have you modified the core files in any way?
⇒No

12. Do you have any custom functions in bp-custom.php?
⇒No

13. If running bbPress, which version? Or did your BuddyPress install come with a copy of bbPress built-in?
⇒bbpress Version　2.6.6
copy ⇒Unknown

14. Please provide a list of any errors in your server’s log files. https://codex.wordpress.org/Debugging_in_WordPress

⇒The code is adding.

 // WP_DEBUG debug mode
define( 'WP_DEBUG', true );

// /wp-content/debug.log 
define( 'WP_DEBUG_LOG', true );

⇒No error message!
⇒No log file generated. In short,　no bug?

15. Which company provides your hosting?
⇒lolipop.jp[Japan]

16. Is your server running Windows, or if Linux; Apache, nginx or something else?
⇒Linux（CentOS）
⇒　Apache

17. Which BP Theme are you using?
⇒Buddypress Nouveau

18. Have you overloaded any BuddyPress template files.
⇒Unknow

19. Any other site customisations that might have a bearing on the issue?
⇒No. 　After remove customisations code in bbpress, I checked it.

20. What BP Template Pack is activated in your installation? You will see that under Dashboard > Settings > BuddyPress – Options page.
⇒Buddypress Nouveau

Basic Trouble Shooting:

1. Identifying whether you have a theme issue:
⇒I tried other two themes[ Onepress and Twenty Twenty-One],
but the icon[×] trouble occurred in buddypress profile page.(Nothing happens)

2. Plugins:
⇒In the bbpress is activated only, the icon[×] works completely.(The topic deleted!!)
In the bbpress and buddypress set, the icon[×] trouble occurred in buddypress profile page.(Nothing happens)
Both test, the other plugins are invalid(not active).

3. BP Themes:
Both Buddypress Nouveau and Legacy, same wrong display.(Nothing happens)

I think it is something wrong with the icon[×] button? on forum section in buddypress.
Nothing happens when that [x] is clicked.

I solved it. To remove it you need to edit general.php file in wp-content/plugins/buddypress/bp-templates/bp-legacy/buddypress/members/single/settings