BuddyPress.org

Hi @wordpresswally

You seem to be doing everything right. Disabling plugins and reverting to the default theme (Twenty somethings) usually resolves the problem.

Are you seeing the problem on both localhost and on your online server?

Hi, it’s lunch time in Japan now.

oh… not working yet…

Setting MAMP’s virtualhost and access to virtualhost on your browser.
for example,

httpd-vhosts.conf
—————————————————————–
<VirtualHost *:8001>
DocumentRoot “/Applications/MAMP/htdocs/wordpress”
</VirtualHost>
————————————————————–

Browse URL…”http://localhost:8001/&#8221;

I think so resolve with it…

MAMPバーチャルホストを調べてください。
きっと問題は解決されるはずです。
または、”http://localhost”でwordpressが見れるように設定すれば解決するかもしれません。

がんばって。
どこにも情報が無くて、ちょうど同じ時に悩んでるあなたを見つけました。
私も1日悩み続けていたので、あなたの助けになりたい。
あなたがうまくいくように願っています。

@mcpeanut @shanebp I really apologize for that. Did not mean to be harsh or demanding.
At present none of the wordpress or buddypress event plugins has the implementations that any social networking site or social networking scripts has. Event Manager is a good plugin – with respect to front end BuddyPress Simple Events seem to offer no added benefit. Backend – yes, its simple and useful.

I appreciate shanebp your effort and releasing this plugin for the community. Though it may not fit my use-case just in its present form, it will sure help many. Once again, my apologies, and thanks.

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 !

@lehn6 For clarity, let’s go over some points you made above.

>> I have a multisite network set up and had Buddypress installed on http://www.example.com/subsite1, as in that subsite was where the BP install was placed

So do you have something like this in your wp-config.php:
define ( 'BP_ROOT_BLOG', $blog_id ); where $blog_id is a the ID number of your subsite

>> UserPro plugin was added and network activated, then subsite1 was improperly deleted

Do you mean subsite1 was deleted by you or developer? How was it deleted? Do you have a database backup of your site before subsite1 was deleted?

>> looking to install BP to the main site and network activate. When I go to do that I find that as soon as I network activate BP the network admin dash and the main site dash are basically the same, where it says I am in the main site dash but none of the pages or posts are displayed.

How are the network admin dashboard and main site dashboard the same? Do you mean you have no access anymore to the Network Admin menus? https://codex.wordpress.org/File:dashboard.png vs https://codex.wordpress.org/File:superadmin-options.png Can you post a screenshot?