Skip to:
Content
Pages
Categories
Search
Top
Bottom

Forum Replies Created

Viewing 25 replies - 1 through 25 (of 3,604 total)
  • Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    If you have to disable activity auto-refresh, this is telling me that there are other problems.

    Try re-enabling auto-refresh and use Firebug to see what JS errors are being logged. Also try purging your browser cache to determine that you are running the latest BP JS.

    Activity auto-refresh uses the WP Heartbeat API. The relevant JS is here:

    https://buddypress.trac.wordpress.org/browser/tags/2.2.1/src/bp-templates/bp-legacy/js/buddypress.js#L1661

    Let us know what your debugging finds.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    It’s a problem with any theme using the TrueThemes framework:

    https://buddypress.trac.wordpress.org/ticket/6335#comment:6

    They are trying to force comments open on WP pages. When their code hits a BuddyPress page, their code will generate a new page due to the way they are forcing comments open and because the BuddyPress page ID is 0.

    Themes using the TrueThemes framework can use this code snippet to disable their force comments code:

    remove_action('template_redirect', 'tt_get_comments_status');

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    All symptoms sound like a problem with the javascript not working properly.

    Unfortunately, it doesn’t look like it’s a problem with BuddyPress.

    Maybe you have javascript disabled in your browser? Can you try other browsers?

    If you’re starting on a fresh WordPress install, install BuddyPress from the WP admin dasbhoard’s “Plugins > Add New” page.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    Your issue might be caused by the Activation page being nested under the Members directory page. Can you try moving your activation page to a parent and try again?

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    What is the sample email activation link that your users are receiving?

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    dadiletta – Sorry for the late response. It looks like the problem is caused by your activation page being nested under your registration page. Can you try moving your activation page to a parent page and see if that solves the issue?

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    @b2marketing – Looks like the fix was added to the forthcoming version of WP 4.2, which is a few months away from release.

    Sorry! I thought the fix was added to WP 4.1.1 as well.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    @b2marketing – Does upgrading to WP 4.1.1 fix this issue?

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    If you’re using GF’s registration plugin and you do not associate a register page with BP, you’ll have to ignore the notice in the admin area.

    Two alternatives I see:
    1. Add a register page with BP, but use it as a dummy to avoid the notice. WHen someone attempts to go to this dummy page, write a small plugin to redirect to your GF register page.

    2. Add a register page with BP, but override the BP registration template so it will use GV’s registration form. Not sure if BP’s validation will try to force certain fields to be completed if you use this method and someone submits the form.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    Wishlist Member is a premium plugin so we do not have access to debug the issue.

    BuddyPress 2.2.0 did make a change to directory pages that probably caused this issue to occur.

    hnla is correct that you should try patching the one line in a WordPress file to see if that fixes the issue:

    https://buddypress.org/support/topic/version-2-2-0-and-is_page/#post-234315

    Please give that a shot first and report back.

    The other thing I can think of is Wishlist Member is not properly doing redirects on the correct hook. They should use the 'template_redirect' hook at a priority less than 10 (preferably 0). This is just purely speculation at this point without looking at their code.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    Hope is referring to the “Settings > BuddyPress > Pages” admin page.

    The “Search” directory page is not a default BuddyPress component. What plugin are you using for BP search, Hope?

    It is likely that the plugin will need to make some updates.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    Thanks for the reports everyone.

    I think this is related to a change we made for BuddyPress 2.2.0.

    I’ve opened a ticket here:

    https://buddypress.trac.wordpress.org/ticket/6226

    I’ve also attached a potential fix for this bug here:

    https://buddypress.trac.wordpress.org/attachment/ticket/6226/6226.01.patch

    This bug is only applicable to multisite installs.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    danbp – You’re right. My technique will work, but would get overwritten when translations are automatically updated.

    I just checked and WordPress saves automatic translations to /wp-content/languages/plugins/ so we should be safe if custom BP translation files are saved to /wp-content/languages/buddypress or /wp-content/languages.

    WordPress might say that there is a new BuddyPress translation, but if you’re using the custom method, then you can ignore the notice as BuddyPress will keep using the custom translation file.

    To tell WordPress to stop fetching automatic translations for BuddyPress, see:

    https://buddypress.org/support/topic/disable-automatic-translation-updates/#post-234528

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    To tell WordPress to stop fetching automatic translations for BuddyPress only, use this small plugin:

    https://gist.github.com/r-a-y/86a0c7416b6f43884ed4

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    You’re doing something wrong because this is working for me:

    function my_enqueue_styles() {
    	if ( ! function_exists( 'is_buddypress' ) ) {
    		return;
    	}
    
    	if ( bp_is_user() || bp_is_current_component( 'groups' ) ) {
    		wp_enqueue_style( 'my-style', get_template_directory_uri() . '/test.css' );
    	}
    }
    add_action( 'wp_enqueue_scripts', 'my_enqueue_styles' );

    Stylesheet is loaded on member profile pages and group pages only.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    If you want to keep your own translations instead of using the automated one, do this:

    https://buddypress.org/support/topic/buddypress-2-2-0-bp-languages-doesnt-work/

    That will tell BuddyPress to use your custom language file instead of the automated BuddyPress translations.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    The issue that the OP is referring to is member pagination.

    I can confirm that this is fixed in BP 2.2.0.

    danbp’s issue is related to pagination on notification pages:

    https://buddypress.trac.wordpress.org/ticket/6205

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    The problem is you were using an array with a string for the parameters. You can only use one or the other.

    shanebp outlines the string method.

    You can also use the array method:

    if ( bp_has_members( array( 'include' => $user_ids, 'type' => 'alphabetical' ) ) ) {

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    What version of BuddyPress are you using? This should be fixed in 2.2.0.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    @hnla – It’s related to this changeset:

    https://buddypress.trac.wordpress.org/changeset/9322

    This issue was also noted on the following ticket about buddypress.org:

    https://buddypress.trac.wordpress.org/ticket/6108#comment:2

    In BP 2.2, I tested is_singular() on BP pages and it returns true. bp_is_user() also works as expected.

    If there are any other issues outside of is_page(), please let me know specifically what the issues are, as I do want to address these.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    You are using bbPress, which handles its forum integration into BuddyPress.

    Your question would be better suited there – bbpress.org/forums/

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    Your screen function needs to look something like this:

    	function my_contact_athlete_template() {
    		add_action( 'bp_template_content', create_function( '', "
    			bp_get_template_part( 'contact-athlete' );
    		" ) );
    		bp_core_load_template( 'members/single/plugins' );
    	}
    
Viewing 25 replies - 1 through 25 (of 3,604 total)