WordPress.org

Ready to get started?Download WordPress

Forums

Cart66 Lite :: WordPress Ecommerce
[Plugin: Cart66 Lite] shopping url/continue shopping link - not working (13 posts)

  1. wp.Man
    Member
    Posted 3 years ago #

    changing the link for the shopping url in settings has no effect and always redirects to the root index.php (home page).

    anyone else experiencing this?

  2. Corey McKrill
    Member
    Posted 3 years ago #

    Hi wp.Man,

    Did you get this figured out? I'm having this same issue:

    changing the link for the shopping url in settings has no effect and always redirects to the root index.php (home page).

    I've tried both absolute and relative URLs for the Store URL setting.

  3. wp.Man
    Member
    Posted 3 years ago #

    it's working for me, but i don't remember what i did... or if i did anything! try disabling all other plugs would be my suggestion. i'm sure i didn't do anything with mod_rewrite, so i think there is a good chance it was due to a plugin. also, are using C66 v1.1.2?

  4. avenuegirl
    Member
    Posted 3 years ago #

    Yes, same issue.

    Wish it would go back to the previous page as those are dynamic in my case (but maybe that is the issue) ???. :(

    Debating if I can start picking somewhere to figure out either creating a go back link for the continue shopping button or how I can trigger it to act like some other coded area I have working in my header to take member to page.

    Otherwise, all seems to be lining up splendidly.

  5. Bradley Allen
    Member
    Posted 3 years ago #

    Same problem here. From the Cart, the link to Continue Shopping goes to the homepage of the website (which is a page), even though I have a specific page (not the website homepage) set as the Store Home Page in the Cart66 settings menu. Using C66 v1.1.2

  6. avenuegirl
    Member
    Posted 3 years ago #

    I selected a page which worked temporarily (strangely) and then removed the link and it seemed to still follow that path even after having cleared my cache, cookies, etc. After some time it cleared back up again resulting in the home page for the result. But trying to go back to the dynamic page (the original goal) still not working.

    What I'm trying now is to create a shortcode to add to the cart page which when clicked will take users back to that page and displaying the updated cart.

    Almost seems like it should be easier to add another button then to mess with any of the code on that cart php page (for a novice like myself).

  7. Bradley Allen
    Member
    Posted 3 years ago #

    It's working for me now. I'm not sure what the issue or resolution was.

  8. racer x
    Member
    Posted 3 years ago #

    Thought I would pop in and mention what is going on here. I just had the same issue with Cart66 Lite. As it turns out, Cart66 uses a session variable for the continue shopping URL. You simply need to clear your cookies associated with Cart66.

    BTW - I am quite certain this shopping url is saved this way for security reasons.

  9. Chee Studio
    Member
    Posted 3 years ago #

    This is still not working for me and it has nothing to do with the cookies or session variables because I can try it in a browser that I've never been to the site before with and the same behavior occurs: "Continue Shopping" links to the homepage, not the last item.

    Anybody else have a fix for this?

  10. faraz ahmed
    Member
    Posted 3 years ago #

    I need the 'continue shopping' button to take me to the previous page where i had cart the item, how can that be possible

  11. Falklian
    Member
    Posted 3 years ago #

    After poking and prodding for hours, I've figured out the fix for this.

    In models/Cart66Cart.php before the line "cart66_after_add_to_cart" add "Cart66Session::set('Cart66LastPage', $_SERVER['HTTP_REFERER']);" (without quotes, of course).

    What I discovered was that the last page visited variable (Cart66LastPage) is only set in two places in the code. In views/cart.php and models/Cart66ShortcodeManager.php. The first file only checks if the session variable is empty, and if so, sets it to either the store page from the settings or the blog URL. The second file only sets the variable if Gravity is used, which is only available in the Pro version.

    Basically, the developer apparently really wants us to buy the Pro version =p

  12. blis
    Member
    Posted 2 years ago #

    Yes I too think there is a little PUSHY SALES going on... same goes with the country settings.

  13. harvy
    Member
    Posted 2 years ago #

    I tried to solve this same problem by adding the line Falklian
    suggested, but it didn't give me the solution.

Topic Closed

This topic has been closed to new replies.

About this Plugin

About this Topic