BuddyPress.org

Sorry if this is answered elsewhere, but I have been searching for two days now (hours) and have been unable to locate an answer.

After a clean install of wordpress, then following the directions here on install of buddypress and it’s moving to a different directory (community.domain.com), I have issues when people register their sites.

When a user attempts to register a site on community.domain.com, the form reflects http://[______].domain.com as it should, although the email received for verification shows subdomain.community.domain.com.

How can I resolve this to reflect the proper domain creation structure of just subdomain.domain.com? The community pages were moved to a separate section to keep a users landing page simple; the main domain.com page is for marketing of the domain.

Your Q&A:
1. Which version of WordPress are you running?
3.4.2
2. Did you install WordPress as a directory or subdomain install?
Main
3. If a directory install, is it in root or in a subdirectory?
root
4. Did you upgrade from a previous version of WordPress? If so, from which version?
No
5. Was WordPress functioning properly before installing/upgrading BuddyPress (BP)? e.g. permalinks, creating a new post, commenting.
Yes
6. Which version of BP are you running?
1.6
7. Did you upgraded from a previous version of BP? If so, from which version?
8. Do you have any plugins other than BuddyPress installed and activated? If so, which ones?
Yes, disabled, still same results
9. Are you using the standard BuddyPress themes or customized themes?
BP-default and Frisco tested
10. Have you modified the core files in any way?
bp-custom.php
11. Do you have any custom functions in bp-custom.php? commented out the multiblog on purpose
`<?php
// hacks and mods will go here
// copied from wp-config
define(‘DOMAIN_CURRENT_SITE’, ‘domain.com’);
// set root blog
define (‘BP_ROOT_BLOG’, 6);
// username compatability mode
define(‘BP_ENABLE_USERNAME_COMPATIBILITY_MODE’, true);
// ignore depreciated code
define (‘BP_IGNORE_DEPRECATED’, true);
// put profiles in root
define (‘BP_ENABLE_ROOT_PROFILES’, true);
// multiblog
# define (‘BP_ENABLE_MULTIBLOG’, true);
// force wordpress admin bar
define(‘BP_USE_WP_ADMIN_BAR’, true);
?>`
12. If running bbPress, which version? Or did your BuddyPress install come with a copy of bbPress built-in?
2.1.2 – installed after the fact
13. Please provide a list of any errors in your server’s log files.
none
14. Which company provides your hosting?
private server
15. Is your server running Windows, or if Linux; Apache, nginx or something else?
Linux

Hey Guys,

Using the latest versions of both wordpress and buddypress. Do we know anything about:

Moving topics from one group to another?

Any help will be deeply appreciated!

Thanks

does @johnjamesjacoby @modemlooper @r-a-y @boonebgorges @djpaul anyone know of a way or plugin which will force wordpress and buddypress to upload and serve media (images) from a separate file server? i need to separate out the media files as i am running more than one web server for same site …..i’ve read about how edu blogs uses a separate file server for images etc but i can’t find any info online thanks

Since I am using WordPress 3.5beta1(nightly) and buddyPress 1.7 I am starting to see a lot of plugins where either the admin menu refuses to show up, or I get the old ‘you do not have sufficient permission to view this page…..’

I don’t know why this is happening, and I’m hoping someone can explain it so that I can begin to fix some of the plugins where this happens.

Here is a link to the most basic plugin I can find with this problem: “bp-display-name”
http://scenicjobs.com/wordpress-plugins

Basically, you can see the admin menu link but when you choose a selection in the dropdown and click save, you get that stupid permission error.

I only chose this plugin as an example as it’s a very short plugin to read and the most simple, yet maybe it will explain the problem and what changed in WP 3.5 and bp 1.7

btw
whoever came up with that stupid error text…..argghhhhh