Jump to content

Dirty Butter

  • Posts

  • Joined

  • Last visited

  • Days Won


Everything posted by Dirty Butter

  1. 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.
  2. I've double checked my install and find that a customer who fills out the Addressbook gets the correct process. If the state does not have any states listed, the State box is blank. If there are states listed, required or not, it simply offers the available choices. BUT a customer who fills out the addresses from the content.checkout.confirm page (when they choose a product and then fill out address information) gets a different look, with the State (Required) placeholder. I tried to compare the way states were handled in the content.checkout.confirm vs content.addressbook.php files. I noticed this difference: checkout.confirm has var county_list = {$STATE_JSON}; addressbook has var county_list = {$VAL_JSON_STATE} Could it be that checkout.confirm needs the same line as addressbook? Well I tried using the addressbook JSON line in checkout.confirm, and it no longer offered the drop down when it should. So THAT's not it. UGH
  3. I actually have this test site on yesterday's 6.2.1 commit. I did run the new upgrade queries. Evidently something is still not working properly?
  4. If a country does not have any county/states listed in my database and is set as optional - the State box on filling in the Checkout Confirm country SHOULD be blank. Instead it shows a placeholder of "State (Required)". It does allow checkout to proceed even without filling anything in the blank. The Demo Store also shows an extremely faint placeholder of County (Required), even though it allows checkout to continue without filling anything in the box. The Estimate Shipping box correctly shows an empty State box when it should. There may be other places where the (Required) shows, but doesn't make sense to me. Is this a bug?
  5. I'm double checking all my edits (mostly Bsmither tweaks) for 6.2.0. I know there is now a choice in 6.2.0 store settings Advanced tab for Use Customer's address in Reply-To: Am I correct that this tweak will not be needed for 6.2.0?
  6. I thought it did do that previously. I so seldom have to create an order. Since it has the drop down to choose the tax rate, it seems logical that it would calculate it and add it to appropriate field. Instead, it just turns the empty box red. Yes, the value I add manually sticks.
  7. I can't help, but I just tested mine and it worked. I tried from within Admin on an old order and also logged in as a customer for the Order History.
  8. I can't get the create order section to use the one sales tax entry I use. Could someone please confirm that this is working properly for you or not?
  9. Hey Claudia - you probably want to edit your post to get your actual admin_XXXX.php name out of public view. As for the database warning you're getting, it's being discussed in GitHub.
  10. If removing email information didn't work - maybe it's stored in cache. Try manually deleting all cache before giving up and going offline.
  11. Would it work to temporarily put the wrong password on the email information in the Admin>Store Settings>Advanced tab?
  12. The millennium bug never happened because people either bought new equipment or did something like what I did at school. I reset the server clock to 1972?? (I think - same calendar days as 2001) and removed all instances where the year showed to the users. We limped along for quite a few more years on that old system.
  13. In all our years in business I had one customer ask that all data about them be scrubbed. I did it manually via the database. I agree that an easily available query would be nice to have.
  14. I'm glad you worked out a way for your situation. We only occasionally find the large Jumbo Love animals, and they are the only ones we have to ship with Oversize. Because of what we sell people usually buy one item at a time. No matter how we work around the issue, the USPS module should be coded to deal with it. https://features.cubecart.com/topic/add-dimensional-capabilities-to-usps-module
  15. This has been needed for some time in the USPS module. My way around it for XL toys for now is to set their package weight higher than it actually is. That way I don't lose money paying the oversize charge that my Dazzle stamp software automatically calculates when I input dimensions for the package in the shipping software. That's cumbersome to say the least. As for multiple orders going in a big box - THAT looks like it would be a horror to deal with. SWFW's plugin would have to be used to create a volume for each item in the order and come up with a total to be sent to USPS.
  16. This is strictly a work around for now, but I would suggest you create a gmail account for this purpose. It will be "real" so you won't get all the bounce messages. I have a gmail account I use fro time to time to reply to people whose email company ban us for behavior of some other domain on our server.
  17. SemperFi has a $1.00 plugin that provides a way to add dimensions to a product - that's all it does, but it's a start toward getting dimensional shipping to work. http://semperfiwebservices.com/product-dimensions-cc6-plugin.html
  18. I still use that plugin, but it required quite a bit of editing to get it to work with current CC.
  19. I use SemperFi's Vertical Navigation on our sites, too. It's almost a necessity if you have a large number of categories and subcategories. https://dirtybutter.com/plushcatalog
  20. Is the WP site at the root with the CC install as a directory? If so, the issue is likely to be with a WP setting.
  21. Editing your sig for this forum is kind of odd right now - you can't see the signature choice until you let the curser go down the left hand column in your Account Settings - all you initially see is Overview.
  22. There is a place in Store Settings where you can set the time frame for automatically changing a Pending order to Cancelled. That might explain your change to cancelled.
  • Create New...