BuddyPress.org

Plupload isn’t a plugin, rather, it’s an ‘upload’ library used in WordPress core. It’s a great way of uploading media. We’ve all used it even though we might not know it because it’s the tool that powers the media uploading when you go to WP admin > Media > Add New

@lbpp OK so the short term approach would be to write a HTML form with the option list and file upload button as form elements. Then, server-side, you’d have your processing script which processes the $_POST data after the user has submitted.

There’s 101 ways to do that. Plupload springs to mind as the most elegant solution because you can do all sorts of stuff with the uploaded file (and of course Plupload is a core library so the solution will be lightweight). In terms of where the media gets uploaded to, I assume you’d want it to go into the back-end Media Library? If so, then checkout the async upload script. If you use that when setting your Plupload defaults, then most of the heavy lifting is done for you automatically.

Check out the Plupload docs for more info on that library.

Of course, that’s just one approach you could go with (the one I’d choose myself), but there will be many more alternative approaches you could take.

Hi @lbpp

Check out the Attachments API (which is currently in the pipeline and should be available in the 2.3 release). As you’ll see, this kind of thing will be far easier going forward.

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