Skip to:
Content
Pages
Categories
Search
Top
Bottom

Forum Replies Created

Viewing 13 replies - 1 through 13 (of 13 total)
  • @crazycoolcam

    Participant

    Hi @willandmae,
    Unfortunately I don’t have much, if any experience with this problem, and I don’t have any current sub-directory installs.

    From a quick search, it appears as though some of your cookies are including the path for the blog (such as the test-cookie), but not others.

    Also I noticed that the test-cookie was not set when I visited the home portion of your site. Not sure if the code is still in place in bp-custom, or if something else is blocking it.

    You could try a plugin, such as Root Cookie and see if that helps.

    Sorry I don’t have more experience with this to be able to give better info.

    ~Cam

    @crazycoolcam

    Participant

    You’re welcome @danbp. It appears that another fix is on its way and it is set to be included in 1.9.

    These my fix and the official BP fix tackle the issue differently, but they shouldn’t conflict.

    See #5219 for details on the official fix.

    ~Cam

    @crazycoolcam

    Participant

    @geistschatten — I don’t plan to remove it unless something stops working. I don’t think it hurts anything to set identical cookies more than once. I think it might just overwrite them.

    ~Cam

    @crazycoolcam

    Participant

    Parsing issues strike again. Glad to help you solve it. 🙂

    @crazycoolcam

    Participant

    Hi @willandmae
    Try this. Remove the lines of code from the bp-default functions.php and create a brand new (blank) file called bp-custom.php in the plugins folder. (/wp-content/plugins/bp-custom.php)

    In the file place the following modified lines of code:

    <?php
    //fix for cookie error while login.
    function set_wp_test_cookie() {
    	setcookie(TEST_COOKIE, 'WP Cookie check', 0, COOKIEPATH, COOKIE_DOMAIN);
    	if ( SITECOOKIEPATH != COOKIEPATH ) {
    		setcookie(TEST_COOKIE, 'WP Cookie check', 0, SITECOOKIEPATH, COOKIE_DOMAIN);
    	}
    }
    add_action( 'after_setup_theme', 'set_wp_test_cookie', 101 );
    
    ?>

    Let me know if that works any differently.

    ~Cam

    @crazycoolcam

    Participant

    While searching threads about a similar issue, I stumbled upon this thread that some guys and I solved over on the WP forums.

    Question:
    Can you log in after one or two failed attempts (with either the sidebar login, or wp-login.php) but then are able to using the default form: wp-login.php?

    If so, I presented a workaround on the WP forums, which I will share here:

    Add the following php code to your functions.php file, your bp-custom.php file, OR a mu-plugin file that you create:

    //fix for cookie error while login.
    function set_wp_test_cookie() {
    	setcookie(TEST_COOKIE, 'WP Cookie check', 0, COOKIEPATH, COOKIE_DOMAIN);
    	if ( SITECOOKIEPATH != COOKIEPATH )
    		setcookie(TEST_COOKIE, 'WP Cookie check', 0, SITECOOKIEPATH, COOKIE_DOMAIN);
    }
    add_action( 'after_setup_theme', 'set_wp_test_cookie', 101 );

    This will try to set the test cookie anytime someone visits any page of your site, and it will allow the sidebar form to start working again if wp-login.php and cookies are enabled.

    If you cannot sign in at all (after two or three attempts with wp-login.php), I have not seen a solution yet (was what I was looking around for), but I have seen several threads about people with this issue after the upgrade to 3.7.1.

    Hope this helps, and I hope you all are in the first category. 🙂
    ~Cam

    @crazycoolcam

    Participant

    Question:
    Can you log in after one or two failed attempts using the default form: wp-login.php?

    If so, I presented a workaround on the WP forums, which I will share here:

    Add the following php code to your functions.php file, your bp-custom.php file, OR a mu-plugin file that you create:

    //fix for cookie error while login.
    function set_wp_test_cookie() {
    	setcookie(TEST_COOKIE, 'WP Cookie check', 0, COOKIEPATH, COOKIE_DOMAIN);
    	if ( SITECOOKIEPATH != COOKIEPATH )
    		setcookie(TEST_COOKIE, 'WP Cookie check', 0, SITECOOKIEPATH, COOKIE_DOMAIN);
    }
    add_action( 'after_setup_theme', 'set_wp_test_cookie', 101 );

    This will try to set the test cookie anytime someone visits your site, and it will allow the sidebar form to start working again if wp-login.php and cookies are enabled.

    If you cannot sign in at all (after two or three attempts with wp-login.php), I have not seen a solution yet, but I have seen several threads about people with this issue after the upgrade to 3.7.1.

    Hope this helps, and I hope you are in the first category.
    ~Cam

    @crazycoolcam

    Participant

    The solution is to rename the name field back to “Name” and the group back to “Base” then you are able to rename them back to how you had them previously.

    @crazycoolcam

    Participant

    It appears as though both my default group and name field were different when upgrading BP.

    See this thread: https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/buddypress-1-5-user-fullname-saveshow-errors/?topic_page=2

    @crazycoolcam

    Participant

    I have this error too. Running BP 1.5.1 WP 3.2.1 Single Site and I have renamed the default group but not the default name field (since updating to 1.5).

    Thanks in advance for the help.

    @crazycoolcam

    Participant

    This appears to be a child theme issue. Take a look at some of the later replies in the article you mentioned. I was having this problem and I switched to a non-child theme and the problem was fixed.

    Try moving the buddypress folders (specifically the members/single/plugins.php and same in groups files) to your child theme if you need to keep the child theme flexibility.

    VIsit: https://wordpress.org/support/topic/none-of-the-member-links-are-working?replies=17 to read an open thread on this issue (or a very similar one).

    @crazycoolcam

    Participant

    This appears to be a child theme issue. Take a look at some of the later replies in the article you mentioned. I was having this problem and I switched to a non-child theme and the problem was fixed.

    Try moving the buddypress folders (specifically the members/single/plugins.php and same in groups files) to your child theme if you need to keep the child theme flexibility.

    @crazycoolcam

    Participant

    @boonebgorges

    I am a complete newbie when it comes to this. I tried to utilize the funciton you created above and it results in an error: Unexpected return.

    I imagine I am missing something obvious but here is my code:
    `function my_blog_avatar_1( $old_avatar ) {
    bp_core_fetch_avatar( array( ‘item_id’ => ‘1’, ‘type’ => $type, ‘alt’ => $alt, ‘width’ => $width, ‘height’ => $height, ‘class’ => $class ) ) // Do some stuff to get the avatar you want, then
    return $new_avatar;
    }
    add_filter( ‘bp_get_blog_avatar_1?, ‘my_blog_avatar_1’ );`

    Thanks in advance for your help.

Viewing 13 replies - 1 through 13 (of 13 total)
Skip to toolbar