Taodi

With the introduction of Cubecart 6.2.0, it seems that the city and state/province info submitted by the customer upon ordering is automatically converted to all caps. In fact, as far as I can see, all city and state/province info in the database are now converted to all caps. OK, this is not the end of the world, but I do object just a little. First of all, putting this info in all caps doesn't help anything that I know of. The bigger problem, though, is that the all caps can hide information in cases where the city or state names include special upper/lower case ways of writing. Please consider switching back to the way things were, with upper/lower usage reflecting the way these city and state/province names are normally written. I've seen situations where the COUNTRY names are all-capped, presumably to set off the country name to ensure that the package goes to the correct country. Never before have I seen city and state/province names all-capped with everything else written normally.

These 2 new ones: [19-Mar-2018 00:14:05 UTC] PHP Warning: Stored session data did not match DB record. Session aborted as possible session hijack. Old IP Address: '96.58.158.18' New IP Address: '96.58.158.18' Old User Agent: 'Mozilla/5.0 (X11; CrOS x86_64 10176.72.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.167 Safari/537.36' New User Agent: 'Mozilla/5.0 (X11; CrOS x86_64 10176.76.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.190 Safari/537.36' in /home1/imperia5/public_html/classes/session.class.php on line 702 [19-Mar-2018 00:14:32 UTC] PHP Warning: Invalid Security Token in /home1/imperia5/public_html/classes/sanitize.class.php on line 152

Made this change, adding the parentheses (and space in front of "false"). Still getting that 500 error. My bad on the spelling of that file. It is and has been ini-custom.inc.php.

I just now made the change to /classes/session.class.php, but am still getting the same error message. (Shall I delete the "false &&"?) Also, above that, you asked me to "create the file referenced in the other post". If that was the ini-custom-ini.php file, then I already created that a while ago (placed in public_html directory. I could turn off my ant-virus, but I will say that I've made no recent changes in my anti-virus. I've been using the site without glitch up until last Friday, one day after I upgraded the Cubecart version.

I don't know what a User Agent string is, so not sure if it's important! Meanwhile, I use very few add-ons in my browser (Chrome). I just now tried disabling a couple of them, leaving enabled the ones related to Googledocs. I turned off my vpn. Still cannot update order status. Then I logged out with Chrome and opened Firefox which I virtually never use. The only 2 add-ons in it are a pair that are set up by default (OpenH264 Video Codex and Widevine Content Decryption Module). I left them enabled. With VPN off, I'm seeing the same error message when trying to update order status. Meanwhile, even with these repeated attempts to change order status, I'm not seeing the error log add additional lines. It still only shows the ones I sent you above as the latest ones.

I live in China and often use a vpn (though not always), and I may change locations in the vpn fairly frequently. Could this give rise to the appearance of strange activity? Meanwhile, I've been operating the store since 2012, all from China with similar vpn use habits. Have not encountered a problem with updating order status.

Thanks for the reply. I created the file ini-custom-ini.php and put it in the public_html directory. However, before creating this new file, I noticed there was already a file called error_log in public_html. I then went back into an order and tried to change status to Order Complete. Then I went into error_log and am copying March 18's errors. [18-Mar-2018 00:01:00 UTC] PHP Warning: Stored session data did not match DB record. Session aborted as possible session hijack. Old IP Address: '46.161.9.61' New IP Address: '46.161.9.61' Old User Agent: 'Mozilla/5.0 (Windows NT 7.1; rv:37.1) Gecko/20100101 Firefox/37.1' New User Agent: 'Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0' in /home1/imperia5/public_html/classes/session.class.php on line 702 [18-Mar-2018 01:07:00 UTC] PHP Warning: Stored session data did not match DB record. Session aborted as possible session hijack. Old IP Address: '46.161.9.18' New IP Address: '46.161.9.18' Old User Agent: 'Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36 Edge/16.16299' New User Agent: 'Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:43.0) Gecko/20100101 Firefox/43.0' in /home1/imperia5/public_html/classes/session.class.php on line 702 [18-Mar-2018 18:24:19 UTC] PHP Warning: Stored session data did not match DB record. Session aborted as possible session hijack. Old IP Address: '176.226.151.70' New IP Address: '176.226.151.70' Old User Agent: 'Mozilla/5.0 (Windows NT 7.0; rv:33.1) Gecko/20100101 Firefox/33.1' New User Agent: 'Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0 Iceweasel/38.5.0' in /home1/imperia5/public_html/classes/session.class.php on line 702

A day after upgrading to 6.1.14, I tried to update a couple orders to "Order Complete", and find I get an Error 500 - Internal Server Error. I also find I am able to make other changes in any of the tabs of an order page and those save fine. The problem appears to be simply that I cannot change an order to Order Complete (don't see anything else malfunctioning on the site). I get the error page whether hitting "Save" or "Save and Reload". In the History tab, it shows order status as Order Complete, but the Overview tab still shows Processing.

It appears to work now! Thanks ever so much for the help, especially so timely!

I have not had "Disable Shipping Groups" checked. When I try to buy the product with a Canada address, the $0.00 choice shows underneath USPS. So, the choice is being generated by the USPS module?

The "Maximum order weight" field has been filled all along with exactly .3 (no spaces before or after)

The shopping cart consistently offers free shipping to Canada customers, which is NOT what I'm intending. In Admin/Manage Plugins, I've got Free shipping selected, with a maximum weight of 0.3 lb. No allowed or disallowed zones are specified in the Free shipping module. But I've had several different products, all with weights well above 0.3 lb, that have been offered to Canada customers (no other country) with free shipping. Meanwhile, I'm using Paypal as my only payment gateway (no allowed or disallowed zones specified) and USPS as the sole shipping method. Nothing else in Available Plugins is checked except Cubecart Security Suite. Can't seem to find where I'm off in the settings.

That fixed it! Thanks so much! Taodi

The Contact Form on my site appears to be not working. The site has been running since Dec 2012 and all along I've been getting emails that look like the following: Peggy wrote to [email protected]: --------------- --------------- This email is sent from the stores master email address but it is possible to reply directly to the sender using the reply button on your email software. As you can see, there's no message with this email. After contacting the email address ([email protected], as illustrated here) a time or two and getting no response back, I assumed that these emails were just some unexplained junk that I didn't need to worry about. But today I had occasion to test the Contact Form (yes, I should have done it long ago!) and realized that these strange content-less emails I've been getting have been customers trying to reach me (of course, customers do reach me by email all the time, but do so, evidently, by simply using the [email protected] address that I provide alongside to the Contact Form on the Contact Page). What am I doing wrong?

I've downloaded the new version and my site is back up and running! Thanks for all your help!