twistedsymphony

I see only one folder that starts with admin and only one file that starts with admin. the characters at the end are different between the folder and file. I've not set a custom order number format, but maybe because I've not set one it thinks that the custom order number is blank? EDIT: Thanks for the tip on the order number format setting. I went into Store Settings -> Features -> Orders Changed the order number format from Traditional to Incremental, then changed it back and saved. That seems to have fixed the issue.

I upgraded today from 6.4.5 to 6.4.6 using the link in the admin console. the upgrade seemed to work fine, however once complete the Order Numbers no longer appear on any of the screens that display orders: Any help you could provide in resolving this would be greatly appreciated.

the error being returned is "Invalid Country Name" Response received <?xml version="1.0" encoding="UTF-8"?> <IntlRateV2Response><Package ID="0"><Error><Number>-2147218043</Number><Source>;IntlRateV2.ProcessRequest</Source><Description>Unable to calculate international postage. No services available. Invalid Country Name</Description><HelpFile/><HelpContext/></Error></Package></IntlRateV2Response> Russia is listed as "Russian Federation" in the USPS Plugin country list. All of the country names are provided by the plugin, AFAIK I can't change them. EDIT: it seems the country list in the plugin is borrowed from the " countries/zones" list in cube cart... I changed "Russian Federation" to "Russia" and now it's providing postage options for Russia!

I'm located in the USA and I'm using the USPS Shipping module. I have a customer from Russia who is receiving this message when attempting to check out: For reference the package weight is 0.75 lbs with dimensions of 10inx6inx4in and is being shipped to Moscow 123007 NO OTHER CUSTOMERS are having this problem. I do a lot of shipments of this size all over the world without problems but this is the first customer I've had from Russia so I'd suspect it has to do with that. In the module configuration "Russian Federation" is listed in the "allowed zones" list and it is not on the "restricted zones" list. ---- Now USPS does allowing shipping to Russia but they do not allow "click-n-ship" labels for Russia generated through their official website; they must be filled out in person. so I'm wondering if maybe there is a flag somewhere that is causing the app to not calculate the shipping cost. Any better understanding of what's going on would be appreciated.

That warning only occurred once, over the course of a half-dozen orders placed so I'm not sure what exactly is triggering it. I don't want to start mucking around with the tax settings unless I can find the exact steps that cause the error to occur. That doesn't concern me nearly as much as the bright red " Security Alert: Possible Cross-Site Request Forgery (CSRF) " that my customers are seeing whenever they place an order.

I just checked and it is V1.0.5 my store is fairly new so this is the only version of the module I've ever run. I haven't tried deleting and re-installing it, I'll try that later tonight if you think it will help? My store is indeed https, is there a way to ensure paypal sends back as https as well? I can't seem to find any specific "tax exempt" option, where is this located? Currently I simply have all of the tax rules disabled in the tax panel.

I operate out of a states that doesn't collect sales taxes so that's possibly why it's dividing by zero Thanks! My only remaining concern is the "potential cross-site scripting" warning that is comming up when user's complete an order and return to the store from Paypal. What's causing this to occur and how do I stop it?

ok so I changed the file, and cleared all caches except images as suggested. I then placed an order using a different PC that had never visited the site. the good news is that the order went into "processing" and cube cart received the paypal transaction info, the emails were sent the bad news is that as a customer was still presented with the "potential cross-site scripting" error message, also I noticed that my cart didn't get cleared; it still had the items in it (I noticed this during my last test as well but assumed it was related to the gateway problem). checking the error log I'm still getting the array_merge error in "order.class.php" and "sanitize.class.php" is still throwing the Invalid Security Token error but now it's on line 149 instead of 143. I'm also seeing some new errors that occurred sometime since the last test and before updating the file.

Thank you for that. I'll make that change and report back!

I was wrong about no errors being logged. the dashboard shows no errors but an error_log file was created in the htdocs folder with the following:

I followed the instructions on that link. then I cleared my browser history and went through the process of creating a new account and placing an order, complete with payment. When I clicked the link on paypal to "return to merchant", my storefront had a nice big banner across the top that said: I had no idea that was happening. that's not exactly confidence building for my customers. I received no email from cube cart. Checking the orders the order I placed is in the "Pending" status, it lists that it used the paypal gateway but it doesn't have the paypal transaction listed. there were no errors logged. so it seems that somehow the paypal transaction isn't making its way back to cube cart so the status isn't being pushed forward.

Yes, I stated this in my first post. I just checked, it is indeed set to "Processing" Yes, I did. that's how I was able to determine that it producing a "failed to connect" error with TLS since there was no other errors being reported anywhere. This is also how I was able to determine that normal SMTP was working correctly.

I've been running CubeCart v6 since Feburary and it's been working great until one of the recent updates (currently on 6.1.7). it's a complete bone stock installation with only 2 modules the official "PayPal Standard Payment Gateway" and the official "USPS Shipping Module" Problem #1: The first problem I noticed is that emails were no longer going out and I discovered that "SMTP with TLS" would fail to connect to my mail server. No settings had been changed, and i confirmed the settings were correct by plugging them into an email client (even called my Host and they confirmed that the problem was on the software side). It wasn't throwing any errors, it simply wasn't sending out emails. switching to normal "SMTP" allowed emails to start sending out again, but I'd still rather use TLS for the added security. Problem #2: I'd noticed some slight discrepancies in my inventory popping up but I couldn't figure out when it was happening until today. It seems that cube cart isn't removing items from inventory until I manually push the status from "Processing" to "Complete". Also it's not sending out order confirmation emails until that time either. the "Reduce stock levels" setting is set to "When payment has been made (Processing)" but despite the fact that I have orders in that status it doesn't reduce the stock or even send the customer (or me) an email that an order has been placed; not until I manually push the order status to Complete. at which time the inventory gets updated, I receive a notification (useless now as it's already been filled) and the customer gets the confirmation and the complete emails at the same time (also useless as the confirmation email is now late/redundant) This caused me some enormous problems today where I got in 1 of a hot item so I set my inventory to 1 but the site accepted payment on 3 separate orders for the item without reducing inventory. When I noticed i had to set the stock back to 0. I only even knew the orders had been placed by the paypal notifications I'd received since the site didn't send me any notification emails. Any help will be appreciated. as I have no idea how to fix this.