Dirty Butter

I just tried accessing my PP IPN info with Chrome, instead of FF, and it works. (Turns out I had the text size big enough to take the Update links off right side.) Login to your PayPal account and see if everything looks correct here and in the IPN History: https://www.paypal.com/cgi-bin/customerprofileweb?cmd=_profile-ipn-notify

What skin are you using? I have plugins and edits in my code that will not work with Invisible Recaptcha. I have disabled recaptcha completely for now. Did you get a new key from Google for the Invisible? I had to.

Support for one month doesn't cost that much. I'll be back after I've taken a look. It is possible to use file compare software and compare each file in the templates files and merge your edits. Possible does NOT mean easy, particularly if you're not accustomed to fiddling with the code. Do you have any screenshots of your "nice looking" store? I'm making an assumption I shouldn't have about merging code - was your custom skin a v6 skin based on Foundation?

I have tried a couple of days to get to the IPN History screen in my PP, but I can't get to it. At least you're operational for now. It's going to be a few more weeks before @bsmither is on most of the time.

I'm totally stumped, but my help skills are very limited. Save and rename your .htaccess file. CC will create one again - just on the chance there is something in your file that is corrupting or re-directing the notification from PP. Is there anything unusual about your install? Like on your own server? Is the store at the root or a subdomain? If subdomain, is there a Wordpress installed at the domain root?

When you re-did the install did you fix the gateway bug again?

I added this to the Description box on the Standard PayPal. https://dirtybutterestates.com/images/source/P/paypal.jpg The wording "Choose Payment Method" can be changed by going to Store Settings>Languages>click on your flag>drop down to your PayPal Gateway and change the wording for select. I tried leaving it blank, and that worked as well.

Have you tried it with Live PP? It will cost you a 30 cent cost for refunding all but that PP fee. But maybe the Sandbox is the issue?????

There's a new section in maintenance.index.inc.php in a recent 6.1.8 commit (NOT IN 6.1.7) /* Code to break out images from one massive folder into seperate ones $image_path = 'images/source/'; foreach (glob($image_path.'*') as $filename) { if(is_file($filename)) { $base_name = basename($filename); $folder_name = strtoupper(substr($base_name,0,1)); $folder_path = $image_path.$folder_name; if(!file_exists($folder_path)) { mkdir($folder_path); } rename($filename,$folder_path.'/'.$base_name); } } $files = $GLOBALS['db']->select('CubeCart_filemanager', '*'); foreach($files as $file) { $folder = strtoupper(substr($file['filename'], 0, 1)); $GLOBALS['db']->update('CubeCart_filemanager', array('filepath' => $folder.'/'), array('file_id' => $file['file_id'], 'filepath' => null)); } END OF IMAGE FOLDERS CODE */ I've tried, ever since folders could be added to FileManager, to gradually move images over to variously named file folders. I've made a hopeless mess that I just gave up on. I've tested this 6.1.8 commit code as shown to add 0-1,A-Z folder structure to a test site. All I had to do was un-comment it and go to Maintenance. It changes the file structure in FileManager automatically. It works great. BUT it ignores files that are already in folders (which is a good thing if you like your folder structure). If you like your folder structure you probably wouldn't want to enable this section, anyway. I would love to be able to re-engineer this code segment to TAKE ALL IMAGES OUT of existing folders, without losing their product associations. Then I could run it again, as the code stands, and get a nice neat 0-1, A-Z folder structure for all our images.

@keat I've been testing SFWS's new Custom Foundation 5 Skin, and (thinking of you) I asked him to make the skin change selector less obtrusive. He has a choice now to move it to the sidebar. That looks MUCH better!

It looks like admin/source/products.index.inc.php has an area concerning Sorting: // Sorting $current_page = currentPage(array('sort')); if (!isset($_GET['sort']) || !is_array($_GET['sort'])) { $_GET['sort'] = array('updated' => 'DESC'); } $thead_sort = array ( 'status' => $GLOBALS['db']->column_sort('status', $lang['common']['status'], 'sort', $current_page, $_GET['sort']), 'digital' => $GLOBALS['db']->column_sort('digital', $lang['common']['type'], 'sort', $current_page, $_GET['sort']), 'image' => $lang['catalogue']['title_image'], 'name' => $GLOBALS['db']->column_sort('name', $lang['catalogue']['product_name'], 'sort', $current_page, $_GET['sort']), 'product_code' => $GLOBALS['db']->column_sort('product_code', $lang['catalogue']['product_code'], 'sort', $current_page, $_GET['sort']), 'price' => $GLOBALS['db']->column_sort('price', $lang['common']['price'], 'sort', $current_page, $_GET['sort']), 'stock_level' => $lang['catalogue']['title_stock'], 'updated' => $GLOBALS['db']->column_sort('updated', $lang['catalogue']['title_last_updated'], 'sort', $current_page, $_GET['sort']), 'translations' => $lang['translate']['title_translations'] ); Not sure if that helps you or not. Hopefully Bsmither will be back on for a bit. Of course, please be sure to keep a clean backup copy before fiddling. Not sure if you would need to clear CC and browser cache for admin changes or not, but always a good idea.

Fantastic!!

There are checkbox settings having to do with cloning in the Extras tab of Store Settings.

I totally understand you need to get the csrf message to stop. I misunderstood and thought the error message happened at that time. I'm sorry but I don't know enough to help you with this.

I installed a new test store from scratch the other day. I had a Standard Tax and Tax Exempt choice without any numbers in either one (already named in the Tax section). Since you don't have it, try creating a No Tax choice with 0% and see if it stops that divide by zero warning.

I wonder if you could make the Print Order Form do what you want in some way? As far as I can tell all the code controlling when an email is sent is in cubecart.class.php. You can tell a lot about the flow of code by enabling Firebug in FireFox. Right click to Inspect element and watch the Net waterfall. Update!! UGH! There's also code in order.class.php involved in when the email is sent.

At least you noticed it. We've all gotten a little paranoid of late about what's working and what's not, eh?

There's a Tax Exempt choice in the stock CC install. Do you use that?

I've seen the second warning. I don't think that one is meaningful, but the first one sounds important. I don't know how to help with this. You can pay a month's support and get Cubecart support to fix this or wait for somebody with the skills to fix it here in the forum.

There is a gateway bug that you need to fix. I'll be right back with the link to the fix.

I would suggest that you ask @havenswift-hosting for help, as I was hoping it was some simple setting that had been messed up on upgrading. If you don't already have the error log, please do that and see if there are any messages when you do a test order that might be helpful. https://forums.cubecart.com/topic/51550-how-to-create-the-error-log/

Try testing with a different browser that you have not used with your store. It MAY be a caching issue.

Welcome to the forums @twistedsymphony! Do you have Store Settings>Stock set to Reduce stock levels on Processing? Is Store Settings>Misc>Features set to Order Status send on Processing? Have you run the email TEST after saving all correct settings for Store Settings>Advanced>Email?

Store Settings>Features tab>Misc near the bottom of the page I don't think any emails go to the customer until it's at Processing, but I wouldn't swear to that.