BuddyPress.org

AFAIK, no-one on the BuddyPress core team has tested BuddyPress extensively on HHVM. Also, we do not check our unit tests on HHVM.

Informally, I think our position is along the lines of “once HHVM is officially supported in WordPress core, we’ll officially support it in BuddyPress core.” Note that there’s a difference between “works well” and “officially supported”.

However, if people like yourself want to run BuddyPress on HHVM and report any issues to us (or help us debug and fix them), we’d love that.

hi @carlenb,

there is no buddypress forum. BuddyPress use the bbPress forum plugin, and once it is installed you can opt for a global forum or a group forum or both.

worddraw is outdated.
drawblog mentionned in the topic you linked is for wp comments and according to support doesn’t work with ios.

Perhaps try this one: https://wordpress.org/plugins/deviantart-muro/

@daneraid
please read here and give more details

If you are on a local install, you cannot login yourself as super-admin and also for a user you added.

If it is the case, revert back to original install of BP and use this plugin. This will literally fill your site with users, friends, groups and all kind of other activities.

Hi @jungmook,
it’s a bit difficult to answer a such wide open question in one post. So very shortly:

For a multisite installation of WP with Buddypress, do all the sites in the network of sites share the same user base?

Yes. There is only one wp_users table in the DB. And by default all registered users are network users.

Can WP multisite with BP be easily configured to work the same way (and yet let each site have its own separate forums and groups)?

Yes and No.
BuddyPress on multisite runs for the whole network. If you’re not comfortable with WordPres and never used BuddyPress it’s not easy at all, because you have to learn a bit first.

If you’re comfortable with WP, it’s relatively easy because BP is “only” a plugin and it works like a plugin.

And if you’ve never worked on a network (meaning a multisite) it could be complicated at first because you probably don’t be familiar with things such as activating a plugin on the main site and not for one of your network site, or vice versa.

I encourage you to read attentively the codex, show some videos about wordpress multisite and get the one or other tutorial you can find on the web.

Some reference

Installing Group and Sitewide Forums

http://www.wpbeginner.com/wp-tutorials/how-to-install-and-setup-wordpress-multisite-network/
http://premium.wpmudev.org/manuals/wpmu-and-buddypress-installation-2/

BuddyPress Groups Extras can do the job, but only in PRO version.
https://wordpress.org/support/plugin/buddypress-groups-extras

If you feel right to do it yourself, read this tutorial on the codex:

How to Edit Group Meta Tutorial

Hi Ajay,

I found your ticket on BP Trac just now and have posted a response:
https://buddypress.trac.wordpress.org/ticket/5787#comment:2

Let’s continue discussion there.

Thanks!

As you can read, some of those aren’t related to BuddyPress. What versions of BuddyPress, bbPress, and WordPress are you using?

Ah hah, interesting. @rossagrant:

If you go to wp-admin > Settings > General, what are the values for the “WordPress Address (URL)” and “Site Address (URL)” fields?

It looks like your site is making its “load more” request to http://www.staging.mysite.com, but the site is intended to be accessible at staging.mysite.com. Is that correct?

Do you have any plugins or unusual server config that are redirecting from www to no-www?

Yes i meant permalinks settings.
https://codex.wordpress.org/Settings_Permalinks_Screen
By going on the permalink page and simply clicking on update, without doing any change, will refresh the whole site urls. This is recommanded after heavy modification on pages, posts, menus.

You can also check the permalink format on the “member” page, just in case off. Sometimes there is a number at the end of the URL which shouldn’t be…

Activate debug mode and see if you receive somme other error msg
https://codex.wordpress.org/WP_DEBUG

If nothing works, read here and provide the whole bunch of information.

@ebellempire – This was my fault.

Just fixed this up:
https://buddypress.trac.wordpress.org/changeset/8763

Thanks for finding this bug!

Hi @ebellempire,

If you use BP 2.0+, this changeset would interrest you highly.

Hi @rossagrant,

can you make a test with the trunk version ?

Many details have been modified around the load more area.
Are you aware that bp-default is no more included in BuddyPress ? (yes, probably 😉 )
The future of the bp-default theme
I’m affraid that compatibility issues have not the priority for the moment, bp-default is a few step away to be added to the wordpress.org theme repo and BP itself is in a cleaning stage from this theme.

FYI, see also these tickets
https://buddypress.trac.wordpress.org/ticket/5629
https://buddypress.trac.wordpress.org/ticket/5687
https://buddypress.trac.wordpress.org/ticket/5779

Both sites are on the same server with the same settings. But do they use the same DB ?
Have you tried to activate/deactivite the load more option in BP’s settings ? Maybe mobile devices don’t support a 5 mn latency ? Or some weird cookie issue ?

is it important for you to use a /wordpress/ directory for after that to obfuscate it ?
Install WP at the site root and things will go better, also for BP.
Something like /htdocs/ or /www/

New post or a page publication is made by WordPress, not by BuddyPress.
The only pages BP needs are those created for each activated component. The content of these page is generated dynamically, depending of the context, and in fact, these pages are only intended for internal purpose, to fit with WordPress’s fonctionnalities.
In a few words, BP is using the wp page system, but doesn’t use a page like WP.
https://codex.wordpress.org/Pages

So the question is how to allow your users to publish a blog post directly from the frontend.
https://wordpress.org/plugins/front-end-publishing/

For pages, it’s a bit more delicate.
WordPress pages are generally used for displaying static content. That’s why publishing pages is under the responsability of the site owner and/or an editor, but not allowed (by default) for authors or contributors. Also, accessing to pages will need some menu adjustment.

I wouldn’t recommend to let your authors handle pages.

Add Meta Box to Admin Extended User Profile

Did you tried this plugin or worse, for inspiration ?
https://wordpress.org/support/plugin/buddypress-xprofile-custom-fields-type

Hi @timvango,

this is not a buddypress related question. Media attachment is a typical WP job. So no direct answer to this here, but you could try the WP-ShowHide plugin. Normally it hides only text, but the author did a new version who also manage galeries (beta ?).