Dirty Butter Posted May 6, 2018 Share Posted May 6, 2018 (edited) This works correctly on the 6.2.0 Demo store. But mine on current commit 6.2.1 on one test store does not. The other test store is on 6.2.0 and it works correcly. The code is stock on content.checkout.confirm.php as far as having the delivery and billing addresses checked as being the same. So, just as I should, when I am on content.checkout.confirm I see the checked box saying billing and delivery are the same. But incorrectly, my next step in checkout takes me to the page where I'm told I have to provide a billing address. I have no idea what file to look in to try to see what I have wrong as far as acting on that checkbox is concerned. Edited May 7, 2018 by Dirty Butter Quote Link to comment Share on other sites More sharing options...
Dirty Butter Posted May 8, 2018 Author Share Posted May 8, 2018 I think I've found my problem. I still had admin cache disabled, as I've been doing lots of editing. I DID have cache cleared out before testing purchasing on the front end, but with cache disabled the front end evidently can't "hold" the choice to use billing the same as delivery. Once I enabled cache within Admin, I was able to get a proper purchase sequence. I'll test some more, but I think this is resolved. Quote Link to comment Share on other sites More sharing options...
Al Brookbanks Posted May 15, 2018 Share Posted May 15, 2018 Can you replace this file (skins/foundation/js/2.cubecart.js) and see if it fixed it: https://raw.githubusercontent.com/cubecart/v6/6.2.0-branch/skins/foundation/js/2.cubecart.js It sounds like this is related to: https://github.com/cubecart/v6/issues/2016 Quote Link to comment Share on other sites More sharing options...
Dirty Butter Posted May 15, 2018 Author Share Posted May 15, 2018 Testing it now - will report. BTW - I do not allow guest checkouts, so that is normally a hidden line of code in my own edited version. Quote Link to comment Share on other sites More sharing options...
Al Brookbanks Posted May 15, 2018 Share Posted May 15, 2018 OK yes but it could still be related with state not matching up. Quote Link to comment Share on other sites More sharing options...
Dirty Butter Posted May 15, 2018 Author Share Posted May 15, 2018 (edited) On your commit as of today (except for the button color change) WITH the reverted js file - sorry to say it still did not work. But since it's a js change, I'm going to do some major manual Windows cache cleaning and cache cleaning of CC and try again. Edited May 15, 2018 by Dirty Butter Quote Link to comment Share on other sites More sharing options...
Al Brookbanks Posted May 15, 2018 Share Posted May 15, 2018 I can't reproduce this. Can you clarify precise steps? Quote Link to comment Share on other sites More sharing options...
Dirty Butter Posted May 15, 2018 Author Share Posted May 15, 2018 That is very puzzling indeed. Add item to basket, click Checkout, add in all required info, billing the same as delivery is already checked by default, check T&C box, left shipping choice as shown, clicked checkout button. Then get a very long load of next page - /index.php?_a=addressbook&action=add&redir=confirm See screenshot https://dirtybutter.com/billingdeliveryaddressissue.png Using FF tools, the long wait is a 302 POST to index.php?_a=confirm that takes 3719 ms to complete. Quote Link to comment Share on other sites More sharing options...
Dirty Butter Posted May 15, 2018 Author Share Posted May 15, 2018 Well, I've replaced all the files with stock AGAIN and run setup AGAIN. I STILL can't get this to work with today's 6.2.1 commit - with or without reverting the js file. I am at a total loss how to proceed. The only thing that still has anything from previous versions is the database, which is basically a copy of our live store that I upgraded to the commit. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.