BuddyPress.org

small update still no final resolution as of yet but they did reiterate that this issue is not normal so they wouldn’t be holding us to the inflated number in terms of billing so that’s definitely good and i do feel somewhat safer in recommending them. i would say that given the fact that i am personally 2 for 2 at this point i would definitely inform a client of the possibility prior to recommending them. i would say they have been very attentive in pretty much every support situation i have had so personally i have faith at this point at least they will turn out to be as i have suspected almost from the beginning the sort of ultimate managed hosting environment at least as it pertains to wordpress.

@mindyjoy do you have access to the database, eg through your Control Panel and phpMyAdmin?

It might help to look in there to see what is going on.

In the wp_users table there is a ‘user_status’ column. I don’t think WordPress uses it but BuddyPress does and so do these plugins (I believe). Active Users are ‘0’ unactivated are ‘2’.

There is a ‘user_activation_key’ column but I think the relevant keys are found in the wp_usermeta table. Search the ‘meta_key’ column in that table for ‘activation_key’ and the keys will appear in the ‘meta_value’ column.

Hopefully those tables should tally with what is shown by the plugins. Or else you could email your users with the keys…

@Florence, you seem to have it up and running thanks to @modemlooper ‘s help. Just in case, have you seen this plugin? it is probably the most popular one and it was made to work with BP (Boone wrote it):

https://wordpress.org/extend/plugins/invite-anyone/

I have a feeling it may be related to Step #6, when the bbPress repair tool ‘Repair BuddyPress Group Forum relationships’ works only the first time it is run, subsequent attempts will not actually update bp_groups_groupmeta.id with the correct forum ID.

Details of this are in bbPress ticket #2089

If and ONLY if in your WP database tables `wp_bp_groups.slug` is an exact match with the associated post for the forum in `wp_posts.post_name` then the 2089.2.diff patch will work as long as this forum was one of the group forums originally imported.

Diving into phpMyAdmin and looking at these values and manually updating them I think will be the best solution.

indeed, something tells me that this maybe a common problem amongst the managed wordpress hosts (pure conjecture nothing really to back that up) as they all charged based on visitors. i can say that the service itself has been great and having actual phone support as well as the fact that you don’t have to explain how wordpress works or what buddypress is every time you call in or start a ticket is very nice. there are a few quirks to the system that take a little getting used to but if it weren’t for this one issue i would have no hesitation to fully endorse them. anyway i’ll definitely update the thread once i have some kind of final resolution.

Multisite WordPress along with this plugin will get you close to what you want.

https://wordpress.org/extend/plugins/bp-groupblog/

BP 1.7 trunk is not actively supported in this forum at this time. Having said that, Testbp.org is running WordPress 3.6-bleeding, BuddyPress 1.7-bleeding, and bbPress 2.3-bleeding

I have set up buddypress 1.6.4 on WordPress 3.5.

– Should be on WP 3.5.1. Or was that a typo error?
– Did you go through the Installation Wizard after activating BuddyPress?
– Have you tried re-uploading BuddyPress plugin manually? i.e, via s/FTP etc?
– Are you using any membership plugin? Please deactivate and check if issue is resolved.

there many ecommerce plugins for WordPress but none are 100% integrated into BuddyPress to allow a user to run a shop inside the BuddyPress install. Other option is to run WP multi-site and allow users to have their own site with their own individual store

@chrchcol sorry, I cannot replicate the issue. The only times I’ve seen reports of such errors was in older BP versions where you install group forums via old Settings > BuddyPress > Forums which is not in the current instructions for installing the group and sitewide forums

– Did you by any chance use a webhost script like Fantastico/Softalicious/etc. to install your WordPress? If so, start from scratch and re-upload WP manually, i.e., via s/FTP etc
– Check on the off-chance that you have a bb-config.php file in the root of your WP install (same level as your wp-config.php) and delete it.
–

BuddyPress with https://wordpress.org/extend/plugins/achievements/

@shanebp @ubernaut if you’re the original poster, you can “edit” your topic and just add [Resolved] before your topic title, which I’ll do now for this topic. There’s a cool new plugin by imath which makes it much easier to mark a topic as resolved in your own installations https://wordpress.org/extend/plugins/buddy-bbpress-support-topic/

Where are you hosted? I suggest starting from scratch. This time, do not use Fantastico but install WordPress 3.5.1 manually, i.e., s/FTP upload.

I’m not aware of a filter for this, but you can definitely over-ride wp_safe_redirect in a manner that doesn’t affect its usage otherwise, ie. check the $location and adjust if applicable.

To over-ride it, you must do so within a plugin. It’s not about actions or filters.

More info: https://codex.wordpress.org/Pluggable_Functions

>Or, can I not rewrite the entire function messages_screen_compose() so that it overrides the one in buddypress, and put it in functions.php of my theme?

No. And it would be a bad idea even if you could.

xprofile_get_field_data function is provided so that you CAN use it on non-profile pages.

Use http://pastie.org/ or similar to show what you tried.