BuddyPress.org

When someone tries to register without a password, is it suppose to give an error?

Yes of course, a big red writen error message ! As the other default fields on the register page, the pwd is absolutely necessary.

I really don’t know what happens to your install. Have you tried with another browser ?

The last thing to try would be to download a brand new copy of WordPress. Sometimes files are corrupted during a transfer. Then to test it alone, without any plugins.

Trash all existing WP folders and files from your htdocs(or www) directory first.

Hi @aill3urs

Check out Custom Page Templates. They’ll do what you need 🙂

@backpackersunion

No, the Devs has not made this yet it seems. I am not sure if this and/or bp menu toggle for responsive views is going to be incorporated in the next version of BP or not. Though it is high time ( or may have passed the high time) for this.

If you are interested or can convince the Devs or can submit patch you may find this thread useful – https://buddypress.trac.wordpress.org/ticket/6291#comment:7

Thanks.

@buddypresslost
1) The default WordPress Role for all BuddyPress members is the Suscriber role. In order to allow any/some members to go to the backend to create a blog post, you need to navigate to the wp-admin menu Users > All Members and change the role of the member/s from Suscriber to either: :
– “Contributor” – cannot publish, can only submit a post for review. The Editor or Administrator can schedule the post at future date and the post automatically gets published at the scheduled date.
– “Author” – can set the publish date to future date and the post gets published at the scheduled date.

2) Not sure why you need a system as the post does get published at a future date set in the “Publish” attribute within the “Publish” box in the panel.

have you tried using this plugin? https://wordpress.org/plugins/cms2cms-php-fusion-to-wp-migration/

htaccess is normaly in the site root folder. If none, create it and add this:
(this is only for a single default install). Even if it has nothing to do whith password registering.

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

When you register a user from front end and enter the password, do you see dots when typing it ?
Once saved, is this new user figuring in wp_signup AND wp_user tables with a password ?

wp_signup is a temporary table where the new user is stored as long as he didn’t use the activation key. Once done, this entry is cleared and the account status of that user is changed in wp_user table.

Guess this was used around BP 1.6 and previous. A related tread about this could be this one.

For more information, see bp-core-buddybar.php:40

Perhaps you also read a ticket. This one ?

Activate wp_debug (set to TRUE) in the wp-config file. This can give you a lot of information about conflict and/or errors.

Is MAMP configured correctly ?
https://codex.wordpress.org/Installing_WordPress_Locally_on_Your_Mac_With_MAMP

Can you correctly register a user from the back-end ?

To get a page ID, simply mouse over the page title on the page list and you can see it in the bottom left corner of your brower.
Someting like this:
../wp-admin/post.php?post=23&action=edit where “23” is the page ID. This number means post_type ID, so there is no difference between a post ID or a page ID except the post_type itself.

Ref: https://codex.wordpress.org/Function_Reference/get_pages

Any user can send a message to the site admin if he use the default sender address: wordpress@yoursite.com

Do you use other plugins as BP ?

Any ideas on what may have caused this ?

That question was answered here.

It’s the user who did it wrong, so guess there is no technical solution.

The “from” wordpress@mysite.com is a default address which redirect to site admin address (the one you indicate when you setup WP).

This can (and should be) changed, as its a common trick used by spammers. Read here how to do this.

Version 9 and 6 are slightly different and Customizr doesn’t show a complete BP title when you use the latest patch (9). For example, you’ll see just the site name on single activities.

Applying the first one made by imath will probably be the best solution in your situation. I won’t critizise Customizr, but personnally i won’t use it with BuddyPress. Because of this issue, and some others, handled on that theme support. 951,457 downloads maybe say it’s a popular theme, but 245 support pages in one year is something that get me a bit suspicious in term of usage.

There is no miraculous method to apply a patch, and no special tips for that except if you don’t know how to copy/paste code, which i can’t belive is the case 😉

So Codex is your friend to discover some other academic methods like using Tortoise.

Not sure that Customizr is now working 100% with BP (1 year back it wasn’t compatible with BP).

Anyway, issue is related to the theme. FYI, 2015 also doesn’t show up page titles…

To solve this temporarely (until next update), you can apply this patch
https://buddypress.trac.wordpress.org/ticket/6107

I tested v.6107.06 with Customizr and it works !