Dirty Butter

That helps, but it still means a Moderator has to decide when a thread is resolved. Is there any other solution for that? I'll continue to mark, so doing without isn't necessary. It's helpful to know that a thread has a solution in it.

Hmmm. I added it to mine before putting the code on here, and it did work. Are you still on v6.0.12? As I am on 6.1.7 with some 6.1.8 patches. If so, that's probably the difference.

I understand @bsandall But sometimes one issue posted here is related to another that's already being worked on within GitHub (like the # problem with tabs). I figured it couldn't hurt to at least make @Al Brookbanks aware of this.

@Noodleman @bsandall @havenswift-hosting - hopefully one of these will answer.

Hi @Sungano! Welcome to the forums. Sorry to see you are having this problem. Is this a new install or an upgrade? If upgrade, what from? Has this ever worked? If you haven't already, please create the error_log. Then repeat the attempt to go to the basket and post the messages here. Also be sure you have Debug enabled in Store Settings. Share anything there that might relate to this. Be sure to XX out your admin_XXX folder naming in any forum comments.

You can pick up the commit code if you feel comfortable with it, as long as you understand it may still be buggy.

What errors?

So your code works, but stock does not? I use MC as well. Will test and be back. Not even letting me create a newsletter on stock test site. Please report on GitHub @sailing123 It MAY be part of the same issue that seems to be coming up with the # in tabbed entries. https://github.com/cubecart/v6/issues/1639

Mine's working correctly as well. That tab reference in the error log sounds vaguely familiar, though, not from a manufacturer issue, but with another tabbed process. It has something to do with the # in the tab url. See this https://github.com/cubecart/v6/issues/1639 I have to remember to say that my stock test site is not on 6.1.7, but on the 6.1.8 developer commit. So this may have been fixed with some of the recent edits that eventually will be in 6.1.8. And that may be true of @Keat as well. I see you've added this issue to GitHub. https://github.com/cubecart/v6/issues/1643

I have no idea. Sorry I don't think that particular {$CHECKOUT_BUTTON} needs a language file. It's just part of the invisible captcha coding.

Look in Admin>Settings>Languages>click on your flag>Basket dropdown. Anything you change in the Languages settings is saved in the database and will survive upgrades. But sometimes to easily find where the term is - it's easy to open the languages/definitions.xml file and search for the term. You can then tell which section it's in and what the code wording is. But don't change it there - that will NOT survive upgrades.

While you're waiting for @Noodleman to respond - please try temporarily disabling as many plugins as possible and see if the language problem resolves itself. Clear CC and browser caches, of course.

@bsmither is only able to be online infrequently at the moment. There is NO call to a shipping plugin at all, as far as I can tell. Please download some other shipping method just as a test and see if it works. That may help narrow down the issue to whether it's the skin not proceeding properly or the plugin not working properly. I did notice, in trying to test on your site, that you have currency choices but no language choices. At some point that will need to be fixed. It is possible to choose Estimate Shipping for all countries. I really don't know enough to know if the problem involves any of this. But if you only intend to allow shipping to Australia, then you will need to disable all those countries.

Well, I made one LOL. https://github.com/cubecart/v6/issues/1641

Has a GitHub request been made about this?

This is still wrong WITH Invisible Capcha and GUEST? But REGISTERED with Invisible Capcha works? Does it work if person registers as they fill out order information, or do they have to register and then add to basket?

@media only screen and (min-width: 40.0625em) { Seems like there should be something similar for smaller width. If it doesn't exist you could copy this section over to cubecart.css. Try creating it for max-width: 40.0624em.

Forgot to say mine is on the latest GitHub commit as well.

Good to hear the plugin is helping. But I tried your fraction naming on two test products, using my Bsmither designed search code. It worked correctly for both. Here are the two seo urls: For some reason my slash is left alone in the url.

Is this something you want to add above all gateway choices, or each one separately? For above all try this in content.checkout.php: <ul class="no-bullet center" id="gateway_error"> <h3>Above All</h3> {foreach from=$GATEWAYS item=gateway} If it's something separate you want, it would have to be in the plugin code somewhere.

I don't have that problem on my sites, either. So it doesn't seem like this is a 6.1.7 issue UNLESS you mean Guest Checkout. There is an unresolved thread on the forum about that.

There would be some kind of config in the database somewhere. But I don't know anything more about it. There would be a way to copy that data to the new database.

Hmmm I wrote a response, but it's disappeared! Anyway - sorry about marking it Resolved too soon. I thought your issue has been fixed, but I read back through every comment and it's obviously not fixed for you. I've asked twice that the OP should be able to mark the Resolved themselves. But evidently it's not available with this forum software.

That's why I was trying to do this in small steps.

I would agree that @bsandall is right about Git. But I was already used to BeyondCompare and found changing to Git was more trouble for me than I had time for the learning curve. But if you are starting this journey from scratch, it makes sense to learn the best.