Dirty Butter

I'm trying to help someone buy from us from a country we don't normally do business with. I have required that they be PayPal verified. Does a Pending order for the ONLY ONE in stock prevent someone else from being able to order it and pay for it (before the first buyer's verification process completes)?

Interesting! I didn't realize there were places that the link will not break to a new line. I don't see any consistency in what does and does not wrap to the next line. I know there's a code for nowrap, but I guess there's no way to force wrapping. It's a minor issue - just looked so simple to fix and obviously isn't. Thanks for fixing the REAL issue - loading time is reasonable now.

This is MUCH better! One last bit of help if you have the time: I expected to be able to change the <td> for Location in statistics.index.php to <td width="xx"> with whatever number would make a decent size column. But nothing I have tried has made any difference. This is what it looks like without any adjusted column width:

I prefer to keep a long term list of Customers Online in Statistics, as I can sometimes tell what toy someone looked at but had trouble buying. I can then email them and possibly get a sale. But the tab defaults to Bots AND Customers. That slows down loading a large number of entries. It seems like there ought to be a way to default the tab to Customers Only. I have fiddled with the if/else in statistics.index.inc.php, but have not been able to figure it out myself. if (isset($_GET['bots']) && $_GET['bots']=='false') { $filter = '(S.session_last > S.session_start) AND '; $GLOBALS['smarty']->assign('BOTS', false); } else { $filter = ''; $GLOBALS['smarty']->assign('BOTS', true);

Strange that the Developer Network Tool did not record that attempt to go to SemperFi. But that was definitely the problem.

I DID still have the SemperFi Update extension active. That fixed it. THANKS AL!!

Logging in is a PAIN. I turned on the Network status in Developer Tools and the Get for my renamed admin screen took over 2 minutes to complete. Everything after that sped right along. Any ideas why that is taking so long? Anything I can do to speed that up? I'm on 6.4.4. I did find this error message in the Developer Tools regarding my renamed admin login file. This page uses the non standard property “zoom”. Consider using calc() in the relevant property values, or using “transform” along with “transform-origin: 0 0”.

I have an old one from Toucan that is still working as far as I know. I have kept it updated as CC changes requried it. eCheck payments are pretty rare for us, but we did have one with the version berfore the last upgrade I think.

I use Beyond Compare 4 to show me the difference between my last customized version and the new CC version. That way I can move my customizations over to the newest version. Here's a sample of the way I mark all my edits for easy copying to the upgrade: <div class="clearfix" id="checkout_actions"> <div class="show-for-medium-up"><a href="{$STORE_URL}/index.php?_a=basket&empty-basket=true" class="button alert left"><svg class="icon"><use xlink:href="#icon-trash-o"></use></svg> {$LANG.basket.basket_empty}</a></div> <div class="show-for-medium-up"><button type="submit" name="update" class="button secondary left" value="{$LANG.basket.basket_update}"><svg class="icon"><use xlink:href="#icon-refresh"></use></svg> {$LANG.basket.basket_update}</button></div> {* CONTINUE SHOPPING OLD <div class="show-for-medium-up"> <a href="?" class="button alert left">{$LANG.basket.continue_shopping}</a> </div> NEW ONE IS FIRST IN STOCK *} <div class="show-for-medium-up"><a href="{$STORE_URL}/index.php" class="button left"><svg class="icon"><use xlink:href="#icon-home"></use></svg> {$LANG.basket.continue_shopping}</a></div> <div class="show-for-small-only"><button type="submit" name="update" class="button secondary left" value="{$LANG.basket.basket_update}"><svg class="icon"><use xlink:href="#icon-refresh"></use></svg> {$LANG.common.update}</button></div> <div class="show-for-small-only"> <a href="?" class="button alert left">{$LANG.basket.continue_shopping}</a> </div> {* END CONTINUE SHOPPING *}

I apologize - didn't understand your need at all. Good luck!

I slightly modified the Basket page to make the Shipping Estimate more prominent. This was my way of handling people who write wanting to know what shipping will be.

I use Standard module.

I use Endicia, which would be smiilar to Pitney. So I DO get commercial rates. But the USPS module is pulling retail rates on Checkout. I will try to follow your suggestions.

Google is complaining that my shipping charge on some sample listings resulting from our feed data does not match the shipping price found on the website Checkout page for a given zip code. It seems the issue is that Google is using commercial shipping rates, but CC is pulling retail rates. Is there any way to code the USPS extension to pull the commercial rates?

Google is complaining because I don't show the tax attributes in my feed: This is an example they gave of one of our products: 1989 Mattel MAGIC NURSERY Blond Braid Doll w Clothes - 2896 - https://plushmemories.com/lovie-shoppe/1989-mattel-magic-nursery-blond-braid-doll-w-clothes.html Value on the landing page - 0.61USD Value in the data feed - 0.00USD Zip code - 33134 WE DO NOT COLLECT SALES TAX for anything but items shipped to our home state, Alabama. So we do not collect taxes for items shipped to zip code 33134. As I understand it, which may well not be correct - this is what I need in our feed: Header Field would be Tax (country:region:rate:tax_ship) Corresponding field would be (US: AL: 0.09 :No) I do have Sales Tax shown correctly on CC Checkout, collected and paid to Alabama for anything delivered in Alabama. But nothing about tax shows up in the exported feed. I do have the correct Alabama tax shown in settings on Google Merchant, but now that's not enough to satisfy them. First - am I correct in how I have formated the needed header entry and field. Second - how do I add that to products.export.inc.php?