[Toby]

@r-a-y’s WP core patch seems to solve the issue I was having. Thanks!

[Toby]

It is indeed fixed in v2.2, thank you.

Is there any way to get the AJAX working in IE8, or is that a no-hoper?

[Toby]

Thanks @Hugo. Appreciate your time on this. I’ll have a look and see what I can do.

I’m trying hard not to think about the original code at the moment. I took over the site in May last year and knew php/mysql but had very limited experience with WordPress and hadn’t even heard of Buddypress. It’s been a steep learning curve, and I’ve managed to work out a lot and fix a bunch of stuff and even make some timid suggestions here, but a thorough re-factoring of the code is a step too far both time and probably skill wise at this point unfortunately.

[Toby]

That was for a buddypress group’s home page, i.e. site.com/groups/group-name/

[Toby]

So outputting the content of $page_obj in the public is_page function in query.php at the same point for my site in v2.1.1 and v2.2.0:

v2.1.1:
WP_Post Object ( [ID] => 834 [post_author] => 1 [post_date] => 2013-09-13 12:38:31 [post_date_gmt] => 2013-09-13 12:38:31 [post_content] => CONTENT REMOVED [post_title] => Groups [post_excerpt] => [post_status] => publish [comment_status] => closed [ping_status] => closed [post_password] => [post_name] => groups [to_ping] => [pinged] => [post_modified] => 2014-08-18 09:39:45 [post_modified_gmt] => 2014-08-18 08:39:45 [post_content_filtered] => [post_parent] => 0 [guid] => REMOVED [menu_order] => 0 [post_type] => page [post_mime_type] => [comment_count] => 0 [filter] => raw [is_404] => 1 [is_page] => [is_single] => [is_archive] => [is_tax] => ) 1

v2.2.0:
WP_Post Object ( [ID] => 0 [post_author] => 0 [post_date] => 0 [post_date_gmt] => 0 [post_content] => [post_title] => [post_excerpt] => [post_status] => publish [comment_status] => closed [ping_status] => [post_password] => [post_name] => [to_ping] => [pinged] => [post_modified] => 0 [post_modified_gmt] => 0 [post_content_filtered] => [post_parent] => 0 [guid] => [menu_order] => 0 [post_type] => page [post_mime_type] => [comment_count] => 0 [filter] => raw [is_404] => 1 [is_page] => [is_single] => [is_archive] => [is_tax] => ) 1

[Toby]

Actually I should clarify, this isn’t happening on members or groups index pages. It’s subpages of these. It seems to be something to do with get_queried_object()? I’m starting to show my hideous ignorance at this point though.

[Toby]

There are a lot of other redirect bits and pieces. The site is locked down to just users with emails from set domains. I’m a bit hesitant at the moment trying to rebuild what’s already been built on the site because I don’t know what else I’ll break.

I don’t have is_page(‘about’) in that if clause. I’ve tested with single is_page() values and even is_page(‘rehkjvabwdvarv’) is returning true on Buddypress pages for me.

[Toby]

Yeah I had a read through the ticket before posting.

What’s confusing me is something has changed in v2.2.0 and I’m not sure how to mitigate it. It may well be that the conditional logic has been broken since I took over the site and just worked by mistake, but is_page() is being used in functions.php to drive some redirection/login stuff (not 100% why – no documentation!), changing page headers, as well as enqueue/dequeue different scripts. The main one that has caused a nightmare is:

if( ! is_user_logged_in() )
{
    // code removed
}
else
{
    if( is_page( 'login' ) || is_page( 'register' ) || etc.. )
    {
        wp_redirect( '/home/' );
        die();
    }
}

The site is working fine in Buddypress v2.1.1 but in v2.2.0 every single Buddypress page now redirects to home. This one is actually quite easy to work around, but then I fall foul of the others. There probably needs to be a large scale rewrite, but it’s a big site with no documentation and it’s just me working on it and there’s no budget for that kind of development.

[Toby]

Sorry. This is what happens when you write posts at the end of a long day!

is_page( $page ) is returning true for any value of $page on all buddypress pages. It’s fun 🙂

[Toby]

Sorry I never replied. Turning off all the plugins and going to the default theme is a bit torturous on the site I’m supporting.

[Toby]

Thought that might be the case. I just thought it would be handy to have the calendar functionality in place.

I was trying to add the calendar functionality to a custom page by calling the class, but the URL parsing doesn’t work outside of the group structure and I don’t really want to rewrite the whole plugin just for this.

I’ll just do a custom page with a list of events for them.

Thanks for getting back to me.

[Toby]

Ah ok, thanks. Wasn’t sure whether to include all of that. Didn’t want to confuse matters unintentionally.

[Toby]

Done 🙂
https://buddypress.trac.wordpress.org/ticket/5993