BuddyPress.org

looks like something is up with the wordpress.org servers – takes a few refreshes to get the file to download

not something i would add to this plugin but have you tried searching the wordpress plugin directory for a solution? i would think a fairly common issue to WP installs as well. (though if you really need to find out, under your prefix_users table -> user_activation_key col contains the key if someone had requested a […]

looks like i had a fat finger to display the date – let me commit the fix here in a few minutes (0.2.1)

maybe something in the codex, if not then dig around in the file bp-core/bp-core-notifications.php (then each component has instances when adding/removing the notifications)

the resend activation uses the same key / account – nothing changes in terms of account info. just triggers bp_core_signup_send_validation_email again

not sure what &BEPA is – but considering adding a wpcron resend option (though it should display the last date you resent the key in the last col)

wordpresss but this filter can override the jpeg default (which is 90) apply_filters( 'jpeg_quality', $jpeg_quality, 'image_resize' )

@thekmen – added 😛

“To disable sending activation emails you can user the filter ‘bp_core_signup_send_activation_key’ and return false.”

just wrote a plugin but for single wordpress only
https://wordpress.org/extend/plugins/buddypress-pending-activations/

i think its a hybrid issue – if you update the user via wp-admin – that uses wp_insert_user (maybe the name is being changed or something to trigger the suffix increased that is used in wp instead of the buddypress front-end way)

fwiw – the wordpress backend checks if the same user_nicename AND user_login exist. if it does, it will attach a suffix (this is part of wp-includes/registration.php – wp_insert_user)

did you file a trac ticket?

nevermind – found it
https://trac.buddypress.org/ticket/2642

try ftp’ing and renaming/removing all the other plugins (probably a bp plugin causing the issue)

located in “youreprefix”_options table :: option_name->bb-config-location

if not there, probably why nothing is being created as buddypress looks there before generating all the tables.

have you searched trac or filed a new report?

– though it is sorted by date_sent

https://svn.buddypress.org/branches/1.2/ has 1.2.6

(always grab the zip too via the browser – https://trac.buddypress.org/browser/branches/1.2 at the bottom of the page – though it may not have bbpress bundled)

first thing i would check is the meta site_option -> bb-config-location and verify the file path is correct. (and that bb-config contains the proper info)

for anyone to test it out and look for bugs – grab the branch:
https://trac.buddypress.org/browser/branches/1.2