Forum Replies Created

Viewing 6 replies - 1 through 6 (of 6 total)
  • Just an update, Been away and just getting caught up on all my lite reading.

    Change line 318 in the /theme-my-login/includes/class-theme-my-login.php file
    from
    setcookie( $rp_cookie, $value, 0, $rp_path, COOKIE_DOMAIN, is_ssl(), true );

    to

    setcookie( $rp_cookie, $value, 0, “/”, COOKIE_DOMAIN, is_ssl(), true );

    Using “/resetpass” does not fix the whole issue, I was using “/” even tho I provided an example of “/resetpass”

    Cheers

    For those that would want to know the code change:

    Change line 318 in the /theme-my-login/includes/class-theme-my-login.php file
    from
    setcookie( $rp_cookie, $value, 0, $rp_path, COOKIE_DOMAIN, is_ssl(), true );

    to

    setcookie( $rp_cookie, $value, 0, "/resetpass", COOKIE_DOMAIN, is_ssl(), true );

    Cheers

    Found the possible issue causing the reset password problems.

    The cookie path for wp-resetpass-xxxxxxx is being set to /login/ so it is not accessible by the /resetpass/ url which is where the New password form is submitting to.

    I tested setting the cookie path to “/” and it fixes the issue.

    I dont know why the wp-resetpass cookie cannot be accessible to the entire site. If there is a reason, then the $rp_path should be set to “/resetpass”.
    Tested this and it fixes the issue as well.

    Plugin Author rodgerholl

    (@rodgerholl)

    I updated the wordpress.org repository, I had it configured incorrectly. The plugin installs as expected now.

    One of the recent updates to flexi quote rotator changed the name of the table it was looking for from wp_quoterotator to wp_QuoteRotator. (replace ‘wp_’ with your WP db prefix)
    if your mysql is configured to use case sensitive table names, then it causes errors (with WP_DEBUG on)

    The plugin could use another update to check for this, and some better error handling to at least return the fact that it did not save , or could not find the table.

    doing the search and replace for all instances of “QuoteRotator” with “quoterotator” in the php files get around the issue, but will break again if you update the plugin and this issue is not fixed.

    Forum: Plugins
    In reply to: WP ecommerce shopping cart
    rodgerholl

    (@rodgerholl)

    I had a similiar problem, (version 3.7.5.3) Add products to your cart from any product page, If you select the checkout from the sidebar “Shopping Cart” widget, the cart was empty. Select checkout from the default checkout “Page” and it was fine.
    Conversely, Add a product using the sidebar “Product Specials” widget and select checkout from the checkout “Page” and the cart was empty. Select checkout from the “Shopping Cart” widget and all was fine.

    The issue had to do with the Domain name. The “Shopping cart” was looking for “http://domainname.com” while the main site pages were all linked to “http://www.domainname.com”. So my theory is that the user session tracking sees a changing domain name and starts a new cookie to track the new session in the new domain. I am pretty sure that if you keep bouncing back and forth, that other cart inventory anomolies would show up.

    My Cause, I believe it started when i had updated the “WordPress address” in wordpress settings to include the www, and this is when the problem started. (of course I did not now this at the time)

    The Fix.

    Go to the WP e-commerce settings Product –> Settings and select the Admin tab. At the bottom of the page, Select “Update page URLs”.

    Problem solved.

    http://www.DipnDishes.com

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