Skip to:

wierd bugs

  • Frumph


    Whenever someone does an action with buddypress say for example viewing a random blog it first shows a 404 error *THEN* redirects appropriately.

    It’s as if it’s loading some file that doesnt exist then redirecting.

    check it out at

    also in bp-groups-widge.php around line 60 you need to clear the floats there



    <div class=”clear”></div>

    also, avatar’s cannot be uploaded on registration BUT works in the members pages so i’m trying to disable the fact it’s asking for the upload of the avatar on the wp-signup page so any help in removing that action would be nice from the wp-signup

    in the pages for the plugin-templet you can’t use the #content as a #page and keep it compatible with the pages that wpmu dishs out

    <div id=”content” class=”widecolumn”>

    ^ is NOT compatible because you’re using it as a column not the #page, while WPMU dishes it out as #page div for the registration your using it as a column inside another area with a sidebar

    since most if not all wordpress themes that use #content as a “page area” and not a “column of content” it would probably be best if you changed that div name to something other then #content

    Try to add borders to #content border left and right and then look at how the wp-signup.php page comes up and your members and groups pages and you will see what I mean by that.

    – Phil

    but mainly, very curious as to why 404 pages keep getting dished out, it’s like i’m missing a file in my custom theme.

Viewing 3 replies - 1 through 3 (of 3 total)

  • Andy Peatling


    I’ll take a look at these over issues over the next couple of days, thanks.



    thanks appreciate it very much, the users are loving the buddypress =) i’m very happy that i’m using it

    the members, directory and blog -> widget area (sidebar) are all the same where it needs the float cleared at the end of the loop if you could

    sorry I forgot this one:

    define( ‘NOBLOGREDIRECT’, ‘; );

    I need to use ^^ that in the wp-config.php so that it redirects however if I do that, the 404 error doesnt refresh to the appropriate page when doing a buddypress action so i’m guessing that’s related

    this is windows server 2008 so i’m sure there are some problems here and there



    Found the problem with the 404 page showing up on a redirect with buddypress. It’s not buddypress.

    in wp-includes/pluggable.php in the main wp core the function wp_redirect –

    if ( $is_IIS ) {

    header(“Refresh: 0;url=$location”);

    } else {

    if ( php_sapi_name() != ‘cgi-fcgi’ )

    status_header($status); // This causes problems on IIS and some FastCGI setups

    header(“Location: $location”);


    the $is_IIS is doing a REFRESH: 0; url=location when on windows server 2008 header(“Location: $location”); works fine with the latest fast-cgi module release

    SOO basically in wp-includes vars.php making this change:


    * Whether the server software is IIS or something else

    * @global bool $is_IIS


    if (strpos($_SERVER, ‘Microsoft-IIS’)) {

    if (strpos($_SERVER, ‘Microsoft-IIS/7.0’)) {

    $is_IIS = false;

    } else {

    $is_IIS = true; // (strpos($_SERVER, ‘Microsoft-IIS’) !== false) ? true : false;


    } else {

    $is_IIS = false;


    fixed it, by declaring that a microsoft-iis/7.0 server is *not* iis

Viewing 3 replies - 1 through 3 (of 3 total)
  • The topic ‘wierd bugs’ is closed to new replies.
Skip to toolbar